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NASCOM REVIVAL 


While the fortunes of the micro-computer business 
continue to diminish, Lucas Control Systems have 
re-launched the NASCOM 2 range of single board 
computers and ancillaries at a time when its sales 


are steadily increasing. 


The NASCOM 2 is claimed 
to offer in a single board com- 
puter sufficient computing 
power and interface circuitry 
for the majority of industrial 
applications. It is available 
with very powerful software 
programming aids and is 
used, say Lucas, in applica- 
tions as varied as automatic 
test equipment, data collec- 
tion and analysis, label print- 
ing, lift support, and retail 
cash terminals. Further 
hardware extensions can be 
made via the NASBUS edge 
connector which is a format 
supported by Lucas and other 
suppliers. Lucas can offer 
additional memory, graphics 
controllers and hard floppy 
disc controllers hardware 
extensions, as well as a 
software and hardware design 
facility for custom specials. 


@ Epson are getting ready fora 
competitive market this autumn 
by introducing ‘big savings’ on 
two of their most popular prin- 
ters, the RX-100+ and the FX- 
80+, plus some associated 
packages for word-processing. 
For example, the RX-100+ wide 
carriage 100 cps printer now 
has an RRP of £399, areduction 
yseoylly 
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The General Manager of 
Lucas Control Systems Peter 
Seddon remains optimistic 
about the growth of the 
NASCOM 2 business for 
industrial applications and 
says "We have not been as 
successful as we had hoped 
with our business machines, 
which also use the NASCOM 
2 products”. He also points out 
that "Lucas Control Systems 
are not just offering a standard 
product but a _ complete 
engineering hardware and 
software service, based upon 
nearly 5 years of applying 
NASCOM 2's to solve a wide 
range of problems’. 

For further information con- 
tact: Lucas Control Systems 
Ltd, Welton Road, Wedgnock 
Industrial Estate, Warwick 
CV34 5SPZ. Telephone 0926 
497733 Telex 312333. 


@ Cumana have introduced a 
new ‘Super Value Disk Drive 
Starter Pack’ for owners of BBC, 
Electron, Spectrum and Dragon 
micros who don't already have 
disc drives. However, the pack's 
are such good value that they 
couldn't — or wouldn't — tell us 
the prices! Try your local'selec- 
ted’ retail outlet. 


SINCLAIR COMPILER 


Oxford Computer Systems announce that shipments 
of BLAST — the first fully compatible BASIC com- 
piler to be released for any Sinclair computer — com- 


menced this month. 


BLAST can compile programs 
either directly into Z80 
machine code or into a com- 
pact pseudo machine code 
(p-code). Users can expect a 
speed increase of up to 40 
times that of BASIC for any 
program that will run under 
the interpreter. Any length of 
program can be compiled. 
BLAST has been designed 
for maximum compatibility 
with Spectrum Basic — this 
extends to variable and pro- 
gram storage formats. This 


high level of compatibility with 
the interpreter 


enables 


machine code extensions to 
BASIC to be compiled 
successfully. BLAST provides 
a number of features which 
can be used to prevent 
unauthorised tampering with 
compiled programs. 

BLAST also comes com- 
plete with a comprehensive 
tookit designed to aid pro- 
gram development. The 
BLAST compiler is available 
now and retails at a recom- 
mended price of £24.95. 
Oxford Computer Systems, 
Hensington Road, Woodstock, 
Oxfordshire, tel 0993 812700. 


NEW ROBOTIC SYSTEM FROM LJ 


ELECTRONICS 


The new LJ Electronics TRACER Robotic Teaching 
System has been specifically designed to provide a 
cost-effective introduction to the world of robotics. 


Capable of being driven by 
any microcomputer, with a 
suitable TTL level I/O facility 
the TRACER features stepper 
motor drive on its X and Y 
axes and DC servo motor 
drive for the Z axis and grip- 
per open/close. The unit is 
supplied with a pen cartier 
with three different coloured 
pens. This enables the user to 
perform numerous plotting 
tasks in up to three colours. 

A PCB assembly task kit is 


also supplied with the unit. 
Using this kit students can 
write control routines to per 
form PCB assembly tasks, 
effectively simulating the 
industrial usages of XYZ 
robotic devices. For full details 
on the TRACER and other LJ 
Teaching Systems please con- 
tact: L] Electronics Ltd, Francis 
Way, Bowthorpe Industrial 
Estate, Norwich NRK5 9JA, tel: 
0603 784001. 
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NEW COURSES IN INFORMATION 


TECHNOLOGY 


The Business & Technician Education Council (BTEC) 
is launching new BTEC Higher National Diploma 
courses in Information Technology (IT) and Business 
Information Technology (BIT) this autumn. 


These courses will initially 
be run on a pilot basis from 
September 1985 at all 11 
polytechnics and _ colleges 
with the possiblity of three 
more centres being added 
which are still in the process of 
being approved. 

The introduction of these 
courses comes in the wake of 
the findings of the IT Skills 
Shortages Committee under 
the Chairmanship of John 
Butcher MP, Junior Minister for 
Trade and Industry. His com- 
mittee’s second report, 
published earlier this year and 
focusing on the shortage of 
technician skills, concluded: 
‘it is clear that there is a 
need both for greater numbers 
of technicians who have par- 
ticular IT skills and for a 
general level of IT skills in the 
technician workforce.’ 

The BTEC project which 
resulted in these new IT 
courses arose initially out of 
discussions in the winter of 
1983/84 between the Council 
and representatives from the 
Department of Trade and 
Industry, the Engineering 
Council, the National Com- 
puter Centre, Intemational 
Computers Ltd, the Manpower 
Services Commission and 
colleges and polytechnics. It 
was decided at that stage that 
BTEC should take the initia- 
tive in a three-stage project 
with the objective being the 
provision of technician level IT 
courses. 

Stage one of the project, a 
series of detailed discussions 
with industry, was completed 
this spring. The second, the 
development of — suitable 
curricula, is nearing comple- 
tion while the third stage, the 
piloting of courses, is to begin 
with the autumn term. 

Draft guidelines for the IT 
courses will be issued this 
autumn though the definitive 
documents will not be pro- 
duced and distributed until 
full evaluation of the pilot 
schemes has taken place and 
any necessary modifications 
have been made. Two 
categories of courses have 
been identified, each with dif- 
fering requirements in order to 
meet particular — industrial 


requirements: 

Category 1, BTEC HND in 
Information Technology, aims 
to provide technicians able to 
analyse, design and imple- 
ment IT systems; 

Category 2, BTEC HND in 
Business Information Technol- 
ogy, aims to educate prac- 
titioners who can promote, 
facilitate and integrate IT- 
based systems within com- 


merce, industry and 
administration. 

The new pilot courses 
operate in both these 


categories.’ In addition, the 
Council is encouraging the 
inclusion of IT applications in 
all courses for which it has 
responsibility. BTEC has 
already made progress in this 
direction by introducing IT 
modules to be incorporated 
where needed in studies in 
any of its nine board sectors. 

The draft guidelines being 
prepared define the principal 
areas for category | and 2 
courses, around which centres 
can develop their own 
proposals. 

The 14 polys and colleges 
which are either definitely tak- 
ing part in the piloting stage, 
or are hoping to do so are: 


Brighton Polytechnic (0273) 
693655 
Buckinghamshire College of 
Higher Education (0494) 
22141; 
Dorset Institute of Higher 


Education (0202) 524111: 
Farnborough College of 
Technology (0252) 515511; 


Hatfield Polytechnic (0770) 
268100; 
Huddersfield Polytechnic 


0484) 22288; 

Lancashire Polytechnic (0772) 
22141; 
Leeds 
462971; 
Leicester Polytechnic (0533) 
462971; 

Manchester Polytechnic (061) 
228161: 

Newcastle Polytechnic (0632) 
326002; 

Slough College of Higher 
Education (0753) 34584; 
Teeside Polytechnic (0642) 
208125 

Thames Polytechnic (01) 845 
2030. 


Polytechnic (0532) 


NEWS 
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SEMINARS ON UNIX/ZENIX 


Centre of Professional education are sponsoring 
authoritative seminars giving an evaluation of Unix 
and the Unix marketplace at the Sheraton Skyline, 
London, 7-8th October and repeated at Novotel Bonn- 
Hardberg, Bonn, 9-10th October. 


This intensive 2-day 
seminar provides data pro- 
cessing professions with prac- 
tical, no-nonsense answers to 
important questions such at 
‘What is UNIX and what are 
it's capabilities? What 
application software exists 
today?’ These and other ques- 
tions can be answered by 
Paul Para, specialist in UNIX 
training, support and software 
development. Having worked 
with UNIX since 1975, Mr Para 
has designed and implemen- 
ted several software systems 
for UNIX including database 
management and office 
automation systems. 


REVISION SOFTWARE 


The course is highly suited 
to non-technical people need- 
ing to understand the benefits 
of UNIX as well as seasoned 
DP professionals wanting to 
know what the excitment is all 
about. Covering subjects like 
office automation software, 
communications, software 
development tools, unix and 
xenix on personal computer. 

A detailed brochure con- 
taining a full agenda for the 
course can be obtained from 
Sue Brigham, Conference 
Manager, Media House, 
Weston Road, Slough, Berks. 
Slough (0753) 71011. 


Charles Letts, market leaders in revision aid publish- 
ing, are launching Letts Keyfacts Revision Software. 


The software, say Letts is 
not designed as an examina- 
tion cramming-aid. It is 
planned and designed for use 
throughout the O-Level GCE, 
CSE and GCSE course. 

Letts say they have utilised 
the expertise and knowledge 
gained through educational 
book publishing to produce 
eight sophisticated software 
packages that will greatly 
beneft the student. The 
software acts as a supplement 
and enhancement to book- 
based leaming, rather than 
simply duplicating it. 

The programs use a variety 
of approaches to maximise 
the students’ interest, the aim 
being to encourage active 
participation by the student in 
their home studies. Keyfacts 
Revision Software claims 
extensive use of graphics pre- 
sented in an_ imaginative, 
interactive way as a positive 


teaching aid. 

The software runs on the 
BBC model B, the computer 
favoured by most schools, the 
Acom Electron and Sinclair ZX 
Spectrum 48K. Later in the 
year programs will be avail- 
able for the Commodore 64. 

Letts Keyfacts Revision 
Software covers Biology, 
Chemistry, Computer Studies, 
English Literature (Henry IV 
and part! and the Merchant of 
Venice), Geography, 
Mathematics and_ Physics. 
Each package is presented in 
a plastic holder containing 
two cassette tapes. A booklet 
provides loading and running 
instructions together with 
details for the use of the pro- 
gram. Letts Keyfacts Revision 
Software is priced at £11.50 
for each package. Charles 
Letts & Company Limited, 
Diary House, 77 Borough 
Road, London SE] 1DW. 
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NEWS 


C YOUR AMSTRAD GROW 


HiSoft are very pleased to announce the availability of 
HiSoft C on the Amstrad computers; not real soon now 
but actually taking up space in stockroom. 


The C programming language 
is becoming increasingly pop- 
ular because of its combina- 
tion of Pascal-like structured 
programming and easy 
machine-level interaction. 
This means that programs can 
take full advantage of the 
computer's environment (thus 
enabling fast and compact 
execution) while being easy to 
write and debug. Most of the 
leading software houses now 
write in C (eg. Digital 
Research's GEM) and the C 
language is set to become the 
standard on the next genera- 
tion of computers. 

HiSoft say that their C on 
the Amstrad is a full specifica- 
tion compiler following Ker- 
nighan and Ritchie's definition 
of the language very closely 
so that seasoned C program- 
mers will feel very comfortable 
using it; but they say it is not 
only for the expert - they have 
taken great care to add many, 
many features to make HiSoft 
C an easy and interactive tool 
for leaming C. There is an 


Ss 


BEEB RAM 


integrated editor which, they 
say, behaves just like Locomo- 
tive BASIC's editor, full 
support of the Amstrad’s 
sound and graphics facilities, 
immediate execution allowing 
you to test out C features as 
you go along, full use of both 
tape and disc and an exten- 
sive manual. 

A lot of effort has gone into 
producing the manual (now 
150 pages in a ring binder) 
and it includes a complete 
guide to the C language, 
which, according to HiSoft, 
eliminates the need for any 
further books on the subject. 

HiSoft think .that, whether 
you are a newcomer to C ora 
seasoned expert, HiSoft C will 
permanently change the way 
you use your Amstrad. HiSoft 
C for the Amstrad is available 
NOW directly from HiSoft in 
Dunstable or from most good 
computer stores, price £34.95 
on tape or £39.95 on disc. 
HiSoft, 180 High Street North, 
Dunstable, Beds LU6 1AT, 
(0582) 696421. 


J. P. Designs have recently introduced a sideways 
RAM/emulator for use with the BBC Microcomputer, 
which allows the RAM to be shared by other external 
systems as well as providing the features normally 
found on sideways RAM units. 


Supplied in a beige ABS 
box, to complement the BBC, 
this compact unit measures 
150 x 95mm and is easily con- 
nected to the micro via three 
connectors which require no 
soldering. 

The 16k static RAM is 
located between 8000-BFFF 
in the system memory map. 
The RAM can be written to 
directly, this feature allows 
machine code programs to be 
placed in the RAM by the 


assembler and can be used to 
develop software for small 
controller cards. A slide switch 
located on the top of the unit 
determines which system has 
access. 

Retailing at £99.95 « VAT, 
BBC RAM comes complete 
with full fitting instrucitons and 
test routines. J.P. Designs. 37 
Oyster Row, Cambridge, CB5 
8L]J, Tel: Cambridge (0223) 
322234. 


COMPUTERAID SERVICES 1985 
RECRUITMENT PROGRAMME 


Computeraid Services, the independent maintenance 
operation within THORN EMI Information Technology 
specialisinginIBMPCsand compatibles, is planning to 
expand its 88-strong staff to at least 108, over the 


remainder of 1985. 

Of the twenty new recruits, 
a small proportion are inten- 
ded to be trainees, including 
at least two graduates. Ten 
people are being sought 
immediately to enable Com- 
puteraid Services to cope with 
recently acquired main- 
tenance contracts. 

The positions to be filled will 
be mainly those of service 


engineers, but maintenance 
depot clerks and _ depot 
engineers are also being 
sought. Although Com- 


puteraid Services provides 
nationwide maintenance from 
its eight strategically placed 
service centres, the majority of 
the recruits will be based in 
the South of England. 
Computeraid Services, only 
established since January 
1984, is already one of the 
major third-party maintenance 
companies in teh UK. Com- 
menting on the expansion, 
Maurice O’Brien, General 
Manager for Computeraid 
Services said, “Computeraid 
Services provides a compe- 
tent and reliable service within 
an industry that is presently 
thriving. The demand for third 
party maintenance is constan- 


tly increasing, and we need to 
have the people in place in 
order to meet the resulting 
expansion.” He added: “Up 
until now, Computeraid 
Services has limited its recruits 
to those with — sufficient 
experience in the industry to 
enable them to start work 
almost immediately. Now we 
are pleased to have the spare 
resources to be able to take 
on trainees.” 

Conputeraid Services 
specialises in third-party 
maintenance of business PC 
and minicomputer systems 
and peripherals. It also 
supplies system handling and 
commissioning and quality 
control to manufacturers and 
importers. Based in 
Famborough, Computeraid 
Services has a _ nationwide 
chain of engineering depots 
and is prt of the Processing 
Services Division of THORN 
EMI Information Technology 
Limited. Further information 
from: Tony Carter, Com- 
puteraid Services, 2] Invinc- 
ible Road, Famborough Hants 
GU14 7BR, tel: Famborough 
(0252) 548888. 


COMMODORES THAT THINK BBC 

Micro Dealer U.K., the country’s largest home 
computer distributor, has taken the Commodore 
BBC BASIC Emulator into stock, and been named 


exclusivel distributor 


Aztec Software, the 


programming house involved in the development of 
the emulator, under the Shado label. 


The Commodore BBC 
Emulator converts the 
Commodore 64 into a 
machine which can _ be 
programmed in exactly the 
same way as a BBC machine. 
The vast majority of 
commands available on the 
BBC are now available 
through the Commodore with 
a few exceptions; generally 
those caused by hardware 
differences between the two 
machines, such as the BBC 
Disk based random access 
commands, have not been 
implemented as the 154] 
drive can not handle files in 
the same way as the BBC 
8271 floppy disk controller. 
The emulator provides the 


user with an 80 column mode, 
selectable by the MODE 0 
command. In this mode, full 
hi-res graphics, upper and 
lower case characters and 
editing are possible. All error 
messages generated are the 
same as those given by the 
BBC computer, thus allowing 
the easier debugging of 
programs. The Commodore 
BBC Emulator comes 
complete with a _ self 
explanatory manual at a price 
of £14.95 and is available 
from all good retailers. For 
further information contact: 
Micro Dealer (UK), 29 
Burowfield, Welwyn Garden 
City, Hertfordshire AL7 4SS, 
Tel: (07073) 28181 (30 lines). 
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TALKING 
SHOP 


Don 
Thomasson 


uring the past few 
months we have seen 
two major British com- 


puter manufacturers in dif- 
ficulties, to the extent that they 
have needed outside financial 
help on a massive scale, but 
there is an even more ominous 
straw blowing in the wind. The 
wisp is difficult to observe, but 
glimpses of it appear now and 
then in an unmistakeable way. 
To see this clearly, we must first 
go back a few years. 

In the mid nineteen-seventies 
the emergence of the micro- 
processor made micro- 
computers a viable proposition. 
The first system to achieve 
public recognition was the Pet, 
though the professional com- 
puter world was aware of a 
number of other systems that 
they might have considered 
more worthy of acclaim. The 
power of publicity, however, 
was more important than pure 
technical merit. 

Atthe time the idea of a com- 
puter for home use had novelty 
value but little else to commend 
it. Users had to write most of the 
programs that they needed, off- 
the-shelftapes not being widely 
available. This limited the 
potential market somewhat, 
and early sales were pre- 
dominantly to buyers who had 
some prior knowledge of 
computers. 

By 1980, a number of 
machines had appeared onthe 
market, but none seemed to 
have gained a completely firm 


foothold on the ladder to 
success. To take an example 
which is especially familiar to 
me, the Sorcerer was given 
good marks for performance, 
butits price tag was a deterrent. 
When a cut-price batch came 
onto the market, itwas snapped 
up with enthusiasm, however, 
and this led to the establish- 
ment of the European Sorcerer 
Club, a band of dedicated 
enthusiasts who did rather more 
than the official distributors to 
make the machine known. In 
Holland, the machine was 
adopted by the television 
service and later manufactured 
inthat country, while it also sold 
well in Australia. 

Despite the support of 
enthusiasts, which could scar- 
cely compete with well-backed 
profesional — support, the 
Sorcerer never really took off. 
Yet many are stillin use, both in 
the homes and in professional 
establishments, and those who 
use them do not feel that there 
are many among more recent 
machines which are good 
enough to be considered as 
replacements. 

In 1980, anew phenomenon 
appeared. It might have 
been called the ‘nanocom- 
puter’, for it was cut down to the 
bare essentials, yet retained a 
useful degree of performance. 
The ZX80 was originally a kit of 
parts, which limited its market, 
but the ZX81, with its incredible 
chip-count of four, opened up 
wider fields. The keyboard was 


frustrating, and there were other 
disadvantages, but the price 


reduction carried the day, and 
the sales machine began to 
move into action. 

The low price was soon seen 
to be a little deceptive. Cass- 
ette storage was cheap, abys- 
mally slow and distressingly 
error-prone. Attempts to 
devise a better subsitute that 
would be cheaper than disc 
drives largely ended in failure, 
and as disc drive costs fell this 
kind of thing was abandoned — 
with one notable exception. 

The need for an inexpensive 
printing device was met, after a 
fashion, but it was becoming: 
clear that the reduction of the 
actual computer cost had not 
had a corresponding effect on 
the cost of a completely viable 
system. 

So buyers of cheap systems 
learned the hard way that they 
needed to spend more than 
they had expected. The reac- 
tions we have heard, fall into 
four main groups; 


@ Those who have bought 
satisfactory equipment, at a 
cost of £1000-2000, and 
remain enthusiastic. 

@ Determined users who 
have made the most of what 
they have got, seeing the 
fight against limitations as 
a challenge. 

@ Those who have bought 
inadequate substitute 
devices, and have run into a 


maze of problems. 


@ Far too many who have 
given up in disgust, selling 
their computers or leaving 
them on a shelf to gather 
dust. 


It is the fourth group who give 
cause for concern. Once dis- 
couraged, they are unlikely to 
try again, and their opinions 
may well discourage others. So 
what made them give up? 

First, there are undoubtedly 
many who simply lacked the 
right mental approach, and 
who would have given up in any 
case, but others had more posi- 
tive reasons. One complaint 
was that using the computer 
took up an excessive amount of 
time, and this is a valid objec- 
tion. Long periods of sustained 
concentration are needed, and 
with cassette systems there may 
be long waits that are in them- 
selves frustrating. Enthusiasm 
and dedication are both 
needed. 

A more general objection 
was thatthe user manuals failed 
to provide enough information. 
Very few that we have seen 
could be called completely 
adequate and some have been 
really awful. Some machines 
have undoubtedly been wrec- 
ked because of the nature of 
their manuals, and others have 
suffered badly. 

One difficulty is that almost 
every machine uses an idiosyn- 
cratic dialect of BASIC, so it is 
extremely difficult, if not 
impossible, to produce a uni- 
versal tutorial that would cover 
all machines and therefore be 
economic to produce. Such a 
book, backed by a manual 
dealing with the special fea- 
tures of agiven machine, would 
be a great help to novice users, 
and would almost certainly 
reduce the wastage of potential 
enthusiasts. 

Whatever solution is adop- 
ted, it must be found soon if 
interest in home computing is to 
be sustained at the highest 
possible level. It is very much in 
the interest ofthe manufacturers 
thatthe potential marketis max- 
imised, because the industry 
needs to advance onasbroada 
front as possible. 

We will do what we can to 
provide useful information and 
sustain interest, but the manu- 
facturers — for their own good 
— must also play their part. 
Some have already got the 
message, and should 
benefit from that in the 
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NEWS 


IS IT A WP? ISIT A MICRO? 
NO, IT’S AN AMSTRAD. 


Mid August saw one of the most extroardinary pieces 
of hype in the computing industry for a long time; it 
was to be ‘the single most important computer 
launch of 1985’, but what it proved to be was a fairly 
ordinary machine at a quite exceptional price. It was 
the Amstrad PCW8256 personal computer word- 
processor, and the price is £399 (plus VAT) for a 256K 
non-colour computer, including green monitor, disc 
drive and keyboard, plus a printer and word- 
processing (and other) software. 


To some, the machine will be 
a bit of a disapointment, 
because it still uses an eight- 
bit processor (a Z80A), but 
according to Amstrad, this is 
perfectly adequate for virtualy 
everything the machine will 
be asked to do. When asked if 
he planned to produce a 16- 
bit machine, Amstrad’s MD, 
Alan Sugar said “No one’s 
explained to me why I should 
yet.” 

Are Amstrad following the 
right course? We believe they 
may be wiser than some pun- 
dits would have us_ think. 
Retaining the venerable Z80 
allows compatability with the 
CP/M range of programs (OK, 
its not the most up-to-date, 
but it's arguably the most 
extensive), and crafty bank- 
switching means that the 
usual limitation of memory size 
is avoided. As long ago as July 
1983, we queried the merit of 
16-bit processors in typical 
home and business applica- 
tions, partly on the basis that 
the hardware is more expen- 
sive for a given level of perfor- 
mance (and this seems to be 
borne out by the price of the 
'8256). 

To address 256K, and Z80 
needs a bit of assistance, and 
this is provided by a custom 
IC which, amongst many other 
tasks, sits between the Z80 


and the memory map. 
Amstrad attribute the extraor- 
dinarially low price of the 
machine to the customisation 
and the reduction in duplica- 
tion between different sections 
of the circuitry. They also 
stress that the 8256 is a com- 
pletely different machine from 
the others in their range, not 
having, for instance, any resi- 
dent BASIC (it has to loaded 
from one of the discs provided 
with the system). 

The other two items provide 
(besides the WP and BASIC) 
are CP/M+ operating system 
(also known as CP/M 3.0) and 
OSX, a_ graphics utility. 
Incidentally, the WP drives the 
machine directly, not via CP/ 
M, but does produce CP/M 
compatible text files. 

The claimed specs of the 
printer are 9OCPS in draft 
mode, 20CPS in ‘near letter 
quality’ mode. The electronics 
in the printers are all 
Amstrad's, but the mechanism 
is made by Seikosha — let's 
hope they've done a better 
job than they did on the 
earlier Amstrad printer (see 
CT May 85, p55). 

The disc supplied is of the 
same 3” format used on the 
664 and the free-standing 


Amstrad drives. You can have 
an extra disc drive fitted for 
about £159, but in certain 


applications you already have 


an extra disc — as an area of 
RAM can be made to behave 


as a 112K RAM-disk. 

So much for the main 
business, but a_ subsidiary 
piece of business that Amstrad 
were keen to just sneak in was 
the debacle over the 
CPC664. For the readers who 
have been a little out of touch, 
what happened was _ this: 
suddenly, with no prior 
announcement, the CPC6128 
starts to appear in the shops, 
at a price of £399 inc VAT (for 
colour, £299 for green screen), 
with double the memory but 
an otherwise simmilar spec to 
the ‘664. Now the ‘664 was at 


this time, selling for rather 
more than this — result, 
confusion. 


The upshot of this all is that 
Amstrad are ceasing to make 
the ‘664, which is now “well 
and truly” dead, according to 
Mr Sugar, and they're drop- 
ping the price of the '464 to 
£299 for colour (£199 for 
green screen). According to 
Alan Sugar, the '464 is “repor- 
ted to be used by a well- 
known vacuum cleaner 
manufacturer to stock control 
his cars,” but its future will be 
reviewed after Christmas. This 
is because its seen as a 


games machine and _ the 
whole drift of Amstrad’s 
marketing strategy is to 


develop the long-term market 
for serious uses for computers. 
"The low-end type Sinclair 
product has seen its day,” 
Alan Sugar said earlier before 
the actual launch. 

There is some _ clever 
marketing going on _ here, 
involving software com- 
patibility. As readers may 
know, if you followed the rules 


in Amstrad's firmware 
manuals, then programs from 
the 464 will run on the 664 
and the 6128. However, not so 
with the 8256. If you're very 
lucky, straight BASIC  pro- 
grams might run on the 8256, 
because the BASIC is very 
similar but not identical. 
However, the idea is to open 
up a clear differentiation bet- 
ween the 6128 and 8256, so 
that there will still be a market 
for the mono version of the 
‘6128 (you'll have to buy the 
‘6128 anyway if you want 
colour. . .). 

There is some confusion as 
to exactly how much of the 
128K of RAM is available to 
the user on the ‘6128. 41K is 
available in BASIC, in all 
screen modes, and 61K is 
available in the ‘transient pro- 
gram area’ under CP/M. But 
whether there are ways that 
the user can get at the full 
128K (just imagine 128K of 
machine code to type in!) we 
won't know until we get our 
hands on the beastie. Other 
magazines have already 
published . reviews, but as 
we've known some to have 
been published which just 
relied on the information in the 
manual, we'd like to see for 
ourselves. 

The ‘8256 will be available 
on the high-streets solely 
through Dixon's, from around 
the third week in September. 
This exclusive arrangement 
with Dixon's will last until at 
least the end of December, 
although specialist outlet (as 
opposed to high-street multi- 
ples) will be able to get the 
‘8256 through their normal 
wholesalers. 

The products which are just 
yet twinkles in Mr Sugar's eye 
he's keeping to himself. 
However, we did discover that 
Locomotive Software had 
been working on the firm and 
software for the ‘8256 for a 


his plans for this machi 
an advanced stage w! 
CPC664 was laun 
in May. And he 
known all about the ‘6128 — 
at the same time — so why the 
debacle over the ‘664? Could 
it be that it soid rather less well 
than expected? Or could it be 
that the fall in IC prices 
suddenly made the ‘6128 so 
much cheaper that he 
decided to get in ahead of the 
Commodores and 

Attaris? We'll probably = 


never know. 
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FEATURE: Hashing 


Paul Andreas Overra 


or many applications it is necessary 
EF for a program to search for a data file 

for an item of specified value. Some- 
times itis appropriate tokeep asorted’index’ 
of specified key fields so that techniques 
such as binary searching can be used ta 
speed the search. With larger files one often 
avoids physical re-ordering of indexes by 
using binary tree structures. There are some 
situations where an altemative technique, 
called hashing orkey to address transforma- 
tion, is called for. When the technique is 
used for suitable cases, it is possible to 
achieve retrieval speeds that are second 
to none. 

First let's illustrate the general characteris- 
tics of the problem of converting a key into a 
record number or location: suppose you 
were writing an address book program and 


5 @) CLARY, JAMIE 
6 ‘o) FOWLER, JERRY 


(8) 
7 6) SHELTON, ANTHONY 
8 (7) COUCHMAN, SUE 
9 (1) THOMASSON, DON 


10 COLLIS, LYNN 


11 WELHAM, PETER 


ROBERTSON, GRANT 


FALKENER, CAROLINE 


wanted to include the ability to retrieve 
address details by supplying a list of details 
for all the people on file whose sumame is 
Jones. You may, if you work for a large com- 
pany, have many thousands of names in 
your computerised address book and you 
will certainly not want to wait for five minutes 
whilst the computer sifts through your file 
picking out the Jones from the Smiths, etc. 
You want’ instantaneous retrieval, no matter 
how large the file is. 

Hashing gets round this problem as 
follows: it takes some characteristic of the 
record and uses a pre-set rule(orsearch key) 


HASHING 


COLLIS, LYNN 


(6 )FALKENER, CAROLINE 
(4) ROBERTSON, GRANT 


@) @ _etc = ORDER RECORDS WRITTEN 


No it isn’t a misprint: hashing is a way of making easily searched data 
files, and it’s also called key to address transformation. 


to point to the first location to be searched. 
Following the example of a computerised 
address book, let's suppose that we wish to 
make a file containing the names of all the 
people on the ‘flannel panel’ on this maga- 
zine. Suppose we use the number of letters in 
the sumame to point to the first loacation to 
be searched. We immediately find that we 
are searching the same records for Thomas- 
son and Robertson, for Fowler, Collis and 
Welham, and for Shelton and Falkner (this is 
known as a collision). 

We could change the rule we use to point 
to the first location, but inevitably we cannot 
avoid the possiblity of having different 
names pointing to the same first record. Soin 
hashing, we use a different rule to get to the 
second record to be searched from the first 
record searched; suppose we chose to use 


(9) WELHAM, PETER 


SHIFT 4 


SHIFT 5 


SHIFT 5 


SHIFT 9 


Fig. 1 (above) Writing the address book. 


Fig. 2 (below) 
Representing 
a circular file. 


Table representation of a data file 


the number of the letters in the first names of 
the people. This will eliminate all but one of 
the possible collisions(the one betweenJerry 
Fowler and Peter Welham), but this is still 
quite a saving because it means that to find 
the address of anyone on the ‘flannel panel’, 
you would have to look at a maximum of 
three locations. 

So, hashing works as follows when search- 
ing for a record: use the pre-arranged rule to 
locate the first record to be searched; if this is 
not the desired record, use a different rule to 
shift the search from the first location and 
look again, If this record isn't the correct one, 
use the second rule again to move from the 
present search location to the next, and so 
on, until the correct record is found or until we 
are sure that it doesn't exist. 

A couple of general points here: it must be 
possible to search every record in the file 
(this is because, assuming finite storage 
space but infinite possible combinations of 
stored data, we would want to be able to 
store at all possible locations). And secon- 
dly, we cannot use the simple rule of looking 
atthe next record, because this would be the 
same for all records, resulting in very little 
saving of effort. 

Addition of data has to use identical rules 
for the whole system to work, but here the 
computer should look for an empty record 
into which new data can be placed; ie, ifthe 
first record corresponding to the first calcu- 
lated record number already contains data, 
then further attempts would be made until 
such time as an empty record was found and 
the data written here. Figure 1 shows how we 
might have written the address book dis- 
cussed earlier; note that the collision bet- 
weenJerryFowlerand Peter Welham doesn't 
occur as it might have done because of the 
order the records were written (if Lynn Collis 
had been written first, Jerry Fowler would 
have ended up in location 11 and Peter 
Welham in location 16). 

Hash function mathematics can get quite 
complicated so we shall restrict ourselves to 
aspecific class that is based on the concept 
of a circular file, Imagine that a file of n 
records are wrapped around a circle and 


Record No. Key Other Fields 


4 
Circular Form 
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Fig. 3 Stepping around a 
circular file. 


that they have allotted ‘record numbers’ 
ranging from 0 to (n-1). Figure 2 shows the 
general ideas. 

Our theoretical discussion concems hash 
functions that operate on files which have a 
pre-defined constant maximum size. How 
can we be sure that in the worst possible 
case, ourfunction would search every record 
in file? Try this experiment — draw acircular 
file with 6 records in it (records numbered 
from O to 5). Pick any record as a starting 
point and choose a fixed step /ength bet- 
ween | and 5. As you step around the file 
diagram, using your selected step length, 
mark eachrecord that you visit. Try to find out 
which step lengths will allow every record in 
the circular file to be visited. Try the same 
experiment withafile with5 records andstep 
lengths from 1 to 4. 

In the first case only step lengths of | or 5 
will visit every record, but in the second case 
step lengths of 1, 2, 3, or4 will work. Why the 
difference? It depends on whether the file 
size and the step size have any common fac- 
tors. In the first case a file size of 6 has com- 
mon factors with 2, 3 and 4,so only step 
lengths of 1 and 5 will search the file com- 
pletely. In the second case neither 2, 3 not 4 
have common factors with 5 so all of these 
step lengths (plus the step length of 1 which 
always works) will search the file completely. 
Figure 3 shows the result of stepping around 
afile with six records in it, using astep length 
of 2. It is quite obvious that, irrespective of 
where we decide to start, we will never look 
at every record. 

If we create a data-file based on a circular 
file/fixed step length concept, we have a 
problem: how do we make sure that, given a 
constant step length, we can search the 
whole of a circular file irrespective of where 
we start? Either we make sure that our step 
length is not a factor of the maximum file size 
or we make sure that the maximum file size is 
a prime number. In such a case, because 
there are no common factors, we can guaran- 
tee that we can (in the worst possible case) 
search the whole of our file. 

If we choose the latter option, i.e. stipulate 
that the maximum file size used in a hash file 
application must comespond to a prime 
number, n, then we can prove mathematic- 
ally that: irrespective of the starting position, 
any step length does not equal'n’ will allow 
us to search every record in the file. In prac- 
tice if'n’ is the file size we can use one mle 
(hash function) to deduce a starting point 
between O and (n-1). and a second rule 
(perhaps usng a completely different hash 
function) to deduce astep length between 1 


10 


We will never search 
this file completely 


and (n-1). If we are careful in our choice of 
functions we can use the differing step 
lengths to help reduce the probability of 
collisions. 

For any given application the actual form 
that the hash function will take is going to 
vary. A good first-attempt function will try to 
spread the likely range of keys evenly 
around the file. A good step length function 
will make use of some facet of the key that is 
not used when calculating the starting loca- 
tion for the search. 

The simple example of using the sumame 
length is rather unsatisfactory, for a number 
of reasons, so let us look at two others we 
might choose to adopt for an address book 
that provided retrieval by sumame. We 
might compute a first attempt, i.e. a starting 


point for the search, by converting each 
character of the sumame to a number. One 
obvious possibility is to convert each 
character in a sumame into its ASCII code 
then add them together. The sum must 
always be kept within the specified file size 
and the easiest way of doing this is to use the 
MOD function. If the file size is PRIME% then 
a typical Basic code might take the form: 


1000 SUM%=0:FOR I%=1 TO LEN 
(KEY$):SUM%+SUM%=SUM%+ASC(MID$ 
(KEY$,1%, 1)): NEXT I% 

1010 FIRST__ATTEMPT%=SUM% MOD 
PRIME% 


To compute a step length we could go 
back to using the length of the sumame. This 
would ensure relative independance of the 
two search characteristics. It is unlikely, in 
the case of sumames, that the length of a 
name would approach the file size but it is 
common to incorporate the MOD restriction 
on the step length as well. A typical BASIC 
function that might be selected could be 
based on the formula STEP__LENGTH%= 
(LEN(KEY$) MOD (PRIME%—)) + 1, which 
produces a number between | and 
PRIME%—1 as required. If we include this 
calculation in the first Basic example code 
we end up with the following combination: 
1000 SUM%=0:FOR I%=1 TO LEN 
(KEY$):SUM%+SUM%=SUM%+ ASC 


HASH-ACCESS-DIRECTORY 


Alloted file size 479 records 


Surname (i.e. the Hash Key) 


Head Record 


example 


record 


<Identifier> 


MAIN-DATA-FILE 


<Non-identifying attributes> 


21 Cross Rd. 


Fig. 4 Typical file arrangement for a hash/multilist application. 
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(MID$(KEY$,1%, 1)):NEXT 1% 

1010 FIRST__ATTEMPT%=SUM% MOD 
PRIME%:STEP__LENGTH%=(LEN(KEY$) 
MOD (PRIME%—1))+1 


That's it. Given a sumame, in the variable 
KEY$, the above two lines of code compute 
the place to start our search of the file and 
compute the step length that the search 
will use. 

Functions such as these are used firstly to 
decide whereabouts to store data as it is 
being entered, and secondly to determine 
whereabouts to look for it when you need to 
find it again! If you wish (as you most pro- 
bably would in any ‘real application’) to use 
a diskette file equivalent you would need to 
make allowances forthe fact that yourrecord 
numbers will most likely start from 1 and not 
from zero. 


TYPICAL APPLICATION 


One area in which hashing is particularly 
well suited is the ‘directory look up’ pro- 
cedure used in conjunction with ‘mulltilist! 
chain structures. Hashing is used to access a 
circular file ‘attribute-directory’ containing 
the keys and their related ‘pointers’ giving 
the record number corresponding to the start 
of the appropriate linked list of ‘chain’. Such 
pointers link together all items on file that 
have that particular attribute value. If we 
were dealing with an address book using ret- 
rieval by sumame then the circular directory 
file would contain records that specified 
both a sumame and the record number cor- 


responding to the start of achain ofrecords of 
people with that same sumame. Once the 
correct sumame has been located no further 
searching is necessary — the program looks 
up the start of the chain and retrieves its infor- 
mation by following the chain pointers. A 
typical file structure is shown diagramtically 
in Figure 4: in practice one would no doubt 
see many other attributes stored, telephone 
number, postal codes etc. but the layout 
shown does give the general idea behind 


such schemes. 
To access the directory the program takes 


the sumame provided and tums it into two 
numbers, say FIRST._ATTEMPT% and 
STEP__LENGTH%. It then accesses the 
record whose record number is FIRST__ 
ATTEMPT% and checks to see whether the 
surname stored in the directory record is the 
same. If it is, then the correct directory entry 
has been located. If the sumame held in the 
directory entry does not match the sumame 
that is being searched for, the search must 
continue. The program therefore computes a 
new record number by adding STEP_ 
LENGTH% to FIRST_ATTEMPT% and 
checks to see whether the sumame stored in 
the directory record is the same. If it is, then 
the correct directory entry has been located. 
If the sumame held in the directory entry 
does not match the sumame that is being 
serch for, the search must continue. The pro- 
gram therefore computes anew record num- 
berby adding STEP__LENGTH% toFIRST__ 
ATTEMPT (again using the MOD function to 
keep the record number within the specified 
range) and then repeats the process of 
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checking the sumames. This process con- 
tinues until the correct direct entry is located 
or until a record is found that is’‘empty’ or, in 
the case of a directory that is full up, until the 
whole of the directory has been searched 
without success. 

As explained earlier the same ‘rules’ are 
used to add sumames to the directory, to 
search the directory and to delete items from 
the directory. In practice it is rare for more 
than 2 or 3 attempts to be made before the 
right record is accessed. Often, if you take 
care selecting the hashing functions, you 
can achieve ‘first time correct’ access figures 
approaching 90% which means that youcan 
locate most of your directory entries without 
any real searching at all. 

Problem? Well, there are one ortwo points 
to watch out for. Collisions increase dras- 
tically as the directory becomes full so it is 
best to allow for some 20% more directory 
space than you really need. Deletion from 
the directory sometimes causes difficulties. 
Whateverscheme you use to delete an entry 
from the directory you must make sure that 
you can, or rather your program can, distin- 
guish between a deleted record and an 
empty record. If you don't your program will 
confuse deleted records (which are saying 
“don't take any notice of this entry — but do 
make a further attempt”) with empty records 
(which tell the program “do not bother 
searching any more”), Providing you are car- 
eful you will find ‘key to address transforma- 
tion techniques extremely useful — unless, 
that is, you really do make a complete and 
utter hash of it! 


| | | Make more things aPpen with Memoco. | | | | 


Memoco Electron Robotic Arm 


12 Axis of movement. Arm raise and lower. 270 degree rotation left or right. 90 
degree Elbow movement left or right. 90 degree wrist movement either side of 
centre. 270 degree wrist rotation in either direction. Claw open and close 
Fitted with motor control circuit. Switched from 5 volt TTL. Controlled by 


computer Separate motor driver power supply. 


eee ¢ 129 .95 hance. card __. 
rere card __ £49.00 rae se 


£79.00 
£49.00 


EMOCO 
ELECTRON ¢& 


200 in 1 Electronic Lab Kit 


Includes all parts to make 200 projects such as 
Radio : Rain Detector : Burglar Alarm. Covers 
projects using Transistors : Integrated Circuits : 
Seven segment displays: Light Sensitive circuits 
and many more. All components built into fitted 
workcase with cover. Comprehensive manual. 
Completely safe. 
Normal Price £34.00 
LO eli (et yon sie Ea 


£24.95 


nC K GhGe. MT +. £9.50 


1%-4' v DC Motors stall current 300 ma 


Range Doubler Multitester 
43 Ranges 
50,000 Ohms per volt DC. 10,000 Ohms per volt AC 


4.25" Colour coded mirrored display giving accurate 
reading without parellex error. 


QuPne 15.45 


Ni-Cad Battery Charger 


A.A.,C , D and PP3. Charges up to five batteries at a 


Price £6.95 


Battery Eliminators 

Mains to DC regulated 300 mA 6v, 7.5v, 9v 
selectable. Suitable for most battery operated 
equipment 
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Dimensions: Length o/a: 45 mm; Dia: 24 mm; Shaft length: 5 mm; Shaft Dia: 2mm 


Price — £1. 50 each or 10 for £12 . 50 


ALL PRICES ARE INCLUSIVE OF VAT - FOR ORDERS UNDER £5 ADD £1.00 POSTAGE AND PACKAGING. FOR INFORMATION ONLY PLEASE'SUPPLY S.A.E 
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GETTING GOOD 


James Tyler 


GRAPHICS 


If the prospect of writing a graphics design program has you reaching for 
the tranquilisers, fear not— there’s help at hand! 


ties of new micros appearing on the 

markethave steadily become more and 
more impressive. Graphics especially, have 
become more advanced, leading to the 
possibility of producing very high quality 
images on most of the machines that arenow 
commonly owned. Mind you, in order to 
display such images, there is of course the 
initial problem of the constructing the 
desired pieces of artwork! 

Broadly speaking, there are two ways in 
which you can go about constructing an 
image that is to be displayed; put simply, 
either you get the computer to do the draw- 
ing or you do it yourself! Although the first 
method may sound like the beet, it might not 
beso. In practice, constructing images using 
the graphics commands provided on a 
machine can be very slow and labourious 
and in addition, the resulting program may 
be a very unwieldy list of DRAWs, MOVEs, 
PLOTs and colour changes. 

The altemative way of constructing such 
pictures is to use some type of ‘graphics 
design’ utility which allows very sophis- 
ticated images to be formed with greater 
speed and accuracy. This then allows the 
user to concentrate just on the ‘artistic’ (’) 
side of the drawing, leaving the technical- 
ities to the utillity. The resulting picture or 
image produced may then be saved in the 
form of the screen memory contents, or be 
hard-copied to a printer using an additional 
screen dump ultiity. 

In the circumstances where images are 
being designed fortitle pages and objects in 
video games, technical diagrams, company 
logos, advertisements or just ‘doodling’, the 
use of a graphics design utility is much more 
satisfactory. 


A PRACTICAL EXAMPLE 


The program given was written for the BBC 
Micro, and is a practical example of the 
type of Graphics Design Program described 


I nthe past couple of years the capabili- 
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above and could be used for any of the 
applications mentioned. Despite the fact 
that it has been written for one particular 
machine, there is no reason why it, or some- 
thing along the same lines, couldn't be writ- 
ten to run on any micro that supports high 
resolution colour graphics with all the typical 
plotting commands (including exclusive- 
OR plotting), PEEK and POKE (type) com- 
mands, and a way of testing which keys are 
pressed on the keyboard at any moment, 
such as INKEY$. 

What follows is a description of the facili- 
ties that are offered by this program, together 
with explanations describing the techni- 
ques that I employed in the software to 
achieve the effects that each facility pro- 
vides. Using this information, and by exam- 
ining the listing of my program, you should 
be able to get a good idea of how to write a 
Graphics Design Program for yourown micro 
— whether you merely use this article as a 
rough guideline and source ofinspiration, or 
convert the listing given here directly. 


FEATURES AVAILABLE 


When pictures or diagrams are being drawn 
using this program, a number of different 
facilities may be selected at any time by the 
user. These allow dots, lines and curves tobe 
drawn, areas of the screen to be filled with 
solid colour and one of five sizes of ‘paint 
brush’ to be applied. All of these drawing 
facilities may be used with any ofthe sixteen 
different colours or colour combinations that 
are available on the micro. Additionally, by 
adopting the technique of ‘overlaying’ pat- 
tems of different colours and textures, a 
variety of other effects may also be achieved 
— is this especially effective using the brush 
option (see later). 

An additional facility provided by the pro- 
gram is one that enables specified small 
areas of the screen to be read or 
‘Memorized’. These may then be drawn or 
‘Recalled’ to any other part of the screen 


either in their original form or upside-down, 
mirrored, or a combination of the latter two. 
This is especially useful and can greatly 
increase the speed andaccuracy with which 
pictures may be constructed. Also, since 
these small areas of the screen or ‘Images’ 
may be saved to disk or tape, whole libraries 
of predefined objects, or'Icons’, can be built 
up by the user. These can later be selected 
as required when designing particular 
displays. Anexample mightbe the program- 
mer who uses the Graphics Design Program 
to draw out his or her flowcharts when pre- 
paring documentation. In this case, the 
flowchart could be produced very quickly by 
merely selecting from an existing library the 
various images of decision, processing, or 
imput/ouput boxes etc which are the ‘build- 
ing blocks’ of such flowcharts. Altematively, 
the graphics characters or’sprites’ to be later 
incorporated in a video game could be 
saved in this way during and _ atfter 
development. 

Other general butnecessary functions are 
also provided by the Graphics Design Pro- 
gram to allow the user to change the current 
plotting colour, redefine or default the 
graphics colour palette, clear the screen 
and save/load whole screen designs. A 
summary of all the facilities available is 
given in the Summary Table. 


PROGRAM STRUCTURE 


The heart of the program is a single loop from 
which the procedures (Subroutines for the 
non-BBC minded!) for all the available 
options are called. This is located between 
lines 300 and 560 in the main listing (Listing 
3), contained within PROCdis (display) — 
the'core’ routine of the program. The effect of 
this main loopis to repeatedly check and see 
if any of the relevant keys used in the opera- 
tion of the program are being pressed at that 
moment by the user. If one is being pressed 
then the associated procedure is called(eg. 
the brush routine if 'B’ is pressed) and then 
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any other remaining keys are similarly chec- 
ked, upon the retum to the loop. A few of the 
more basic facilities such as clearing the 
screen and updating the cursor position are 
actually present in the main loop since put- 
ting them in procedures would be wasteful, 
owing to their shortness. 

By writing the Graphics Design Program 
with this structure I was able to make it fully 
interactive, and by keeping the associated 
procedures fast, a rapid response to key 
depressions was maintained. This may give 
the impression of more than one action being 
performed if several keys are pressed at 
once. (A similar effect is often achieved 
when playing various arcade-type games.) 
For example, if while the cursor is moved a 
brush is also applied, broad lines or con- 
tinuous ‘brush marks’ will be drawn. Several 
of the available facilities may be simul- 
taneously selected in this manner, often 
resulting in some interesting graphic 
effects. 

As wellas checking the keyboard on each 
repetition of the main loop, the cursor is also 
drawn at its current screen position — twice, 
using Exclusive-OR plotting. This way, the 
cursor is drawn and then immediately 
erased, still leaving any original graphics 
plotted in the same part of the screen intact. 
The cursor is therefore continuously flicker- 
ing and may appeareither as acrosshair ora 
single pixel (toggled by pressing the ‘TAB’ 
key). The cursor is moved about the screen 
by using the computer's four arrow keys and 
the speed of movement may be increased, 
when required, by additionally pressing the 
‘SHIFT’ key. The current position of the cursor 
indicates where any points, lines, or brush 
marks etc will appearonthe screen as wellas 
where any FILLing will start from. The con- 
struction of a design therefore centres 
around the manupulation ofthe cursorby the 
user. 


THE EVOLUTION OF 
ALISTING 


Because the program has been written with 
the structure outlined above, futher options 
may easily be added (free memory permit- 
ting!) Usually this will involve adding a new 
procedure to the end of the program listing 
and inserting its associated conditional call 
into the main loop. Indeed, the bulk of the 
program was written this way. I started off 
with what was not much more than a mul- 
ticoloured Etch-a-Sketch where dots could 
be drawn at the cursor position by pressing 
the Space Bar. I then added the various 
facilities as they were developed, testing 
them one after another. Occasionally, 
routines would be modified and improved 
when unforseen problems came to light. All 
in all, the Graphics Designer was certainly a 
program that evolved! 


CURVES 


My first enhancementto the original program 
was the addition of a curve drawing pro- 
cedure. This is essential in order to produce 
displays with a softer, more rounded ‘feel! 
about them. Two methods could be em- 
ployed to produce curves; either the use of a 
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Summary of Keys Used 


Key Action 


Grey arrow keys — Move cursor 
<TAB> — Cursor ON/OFF 
Space bar — Draw point 
Function keys (0-9) — Colours O to9 
Shifted fn keys (O-5)— Colours 10 to 15 
Key C — Change palette 
<CTRL> 'D' — Default palette 
Shifted fn key 9 — Clear screen 
Key F — Fill with colour 
Key B — Apply brush 
Keys 1 to5 — Alter brush size 
Key] — Join two points 
Key M— Memorize image 
Key R — Recall image 
Key S — Save screen 
Key L — Load design 
Key P — Dump to Printer 
Key T — Text entry 
<CTRL> 'E’ — End program 


Press <SPACE BAR> to load main 
program 


plotting routine containing trigonometric 
functions, or the simpler way of allowing the 
user to construct curves merely by drawing a 
series of joined straight lines. decided to opt 
for the second method for three reasons; the 
resulting routine would be shorter, faster, 
and of course easier to write! And so the Join 


facility was developed. To draw a line in the 
current colour, the user simply moves the 
cursor to the points on the screen where the 
ends of the line are going to be, pressing’J' at 
each point. The points are then immediately 
joined to form a line. By carefully joining a 
series of such lines, each of a particular 
length and angle, very satisfactory curves 
and possibly even circles may be construc- 
ted with a bit of judgement. This is fairly well 
demonstrated by my efforts in Figure 3. 

The algorithm forline drawingis as follows: 
Each time key ‘J’ is pressed the join pro- 
cedure is called. This causes the value of a 
flag to be toggled to O or 1, indicating 
whether the first or second end of the line to 
be drawnis being specified by the user. Ifitis 
the first end, then the cursors position is 
merely noted, otherwise it must be the 
second, in which case a line drawn in the 
current plotting colour from the cursor’s pre- 
sent position to the one noted the last time’J’ 
was pressed. Simple but effective. 

Also of course, if a line turns out not to be 
quite right, you can erase it just by drawing 
over it again in the background colour. 


FILLING WITH COLOUR 


The next thing to do was add a fill facility that 
would enable large areas of the screen tobe 
coloured in quickly Rather than work out the 
code foran amazingly intelligent routine that 
would completely fill the most highly con- 
voluted shapes. I chose instead to write a 
simple one that would fill a space from top to 
bottom until the first boundaries were 
reached. The position of the cursoris used as 
the starting point for filling. This works very 
well, and if while filling an area, a few nooks 
and crannies in the pattern get missed, all 


Fig. 2 An example produced by the program. 
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you have to do is move the cursor over to 
them and do another fill. 

The fill procedure is called whenever the 
'F’ key is pressed. It then works in this manner: 
a check is first made that boundaries do 
indeed exist both directly above and below 
the cursor position. If they don't then fill is 
aborted. This safety check helps reduce the 
possibility of your current masterpiece being 
ruined by colourleaking our of the area to be 
filled, onto the surrounding screen — a bit 
like spilling a bottle of ink over a letter that 
you've half written! Assuming these boun- 
daries are present the procedure performs 
it's task by filling the area, from the pixel row 
below the top boundary down to the row just 
above the bottom boundary, in the current 
plotting colour. Each pixel row, as it is 
encountered, is filled in asideways direction 
up to the two side boundaries (or screen 
edges). On the BBC Micro, this single row fill 
is already catered for by the PLOT 77,X,Y 
command. On other micros however, it 
could easily simulated by advancing 
horizontally one pixel at atime in both direc- 
tions, colouring each pixel until the left and 
right boundaries are met. 

The fill facility is one which particularly 
lends itself to improvement. For example, by 
modifying the routine to only filling altemate 
pixels vertically and horizontally, a variety of 
shades or hues could be acheived. 


Main Global Variables 

PX - Horizontal Coordinate of Cursor 
PY — Vertical Coordinate of Cursor 
C —Current Plotting Colour 

XF% — Cursor Appearance Flag 


MF% — ‘Image Memorized’ Flag 


d% — ‘Join’ Flag (see text) 


H — Height of Plotting Area Used 
W — Width of Plotting Area Used 


m% — Starting Addr. of where 
Memorized Image is Stored 


Array B () — Coordinates fo Comers 
of Memorized Image 


PAINT BRUSHES 


The difficulty with writing this facility was 
ensuring that it lived up to it's name. The 
problem was to be able to draw broad lines 
or smudges of determined width that also 
possessed asomewhatrandom character — 
a feature possible to obtain with paint 
brushes. 

My first idea was to use some technique of 
plotting a group of randomly positioned dots 
in a specified area. This, however, tumed out 
to be slow and ineffective. I then had a minor 
brainwave and opted for the following 
method of creating brushmarks; by painting 
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Fig. 3 Curves gnerated using the program. 


user defined characters designed to look like 
‘smudges’, as shown in Figure 4 

There are five brush sizes available, brush 
1 being the smallest. Each brush size is rep- 
resented by four user defined characters. If 
you look closely at Figure 4 it can be seen 
that the characters for each brush size are in 
factthe same dot pattem butin a different 90 
degree orientation. This is what gives the 
random element. When a brush of particular 
size is applied, the brush procedure chooses 
randomly one of the four predefined charac- 
ters for that brush and prints it at the cursor 
position. A total of twenty different user 
defined characters are used (ASCII codes 
224 to 243). If the smallest brush is selected 
(by pressing key’1’) then one of the charac- 
ters from CHR$224 to CHRK$227 will be 
chosen for printing. Similarly, for brush Num- 
ber 5, a character from CHR$240 to 
CHR$243 will be chosen. In the program, 
PROCbrsh does all this and is called each 
time key ‘B’ is pressed. 

The brush size is changed within the main 
loop atline 480. Pressing any ofthe keys‘ l'to 
‘5’ causes the ASCII code of the first of the 
four characters for that brush size to be 
selected. (Read that last bit again if it 
sounds complicated!) 

The brush routine is quite effective. By 
moving the cursor while also applying a 
brush it is possible to ‘paint’ lines of varying 
thickness depending upon the brush size 


BRUSH 1 
(CHR$240-CHR$243) 


Fig. 4 Brush patterns. 


boundaries are defined by sliding four 
straight lines across the screen, (two horizon- 
tal lines and two vertical). Each line is moved 
to the correct possition using the two 
associated cursor keys and is then fixed by 
pressing <RETURN>. Once all four boun- 
daries have been specified in this way, the 
program goes on to read the screen memory 
contents contained within them (in order of 


used. Additionally, some interesting, mul- 
ticoloured, mottled textures (mentioned 
earlier) may be obtained by painting over 
existing brush marks in another colour and 
perhaps a different brushsize too. This is 
possible because when a brush mark is prin- 
ted, it is done with the machine’s text and 
graphics cursors joined together. This allows 
characters to be overlayed on top of each 
other, any number of times. 

Anextratip: Using asize5 brushinblackis 
a useful way of ‘rubbing out’ mistakes. 


COPYING SECTIONS OF 
THE SCREEN 


There are undoubtedly, several ways in 
which this facility could have been im- 
plemented. The method described here 
works by firstly, copying the contents of the 
specified area of the screen. By using a tem- 
porary area of memory for storing images in 
this way, they may be recalled even atter the 
screen has been cleared. 

The two parts involved in the copying are 
performed by separate procedures, PROC- 
mem (memorize) and PROCrecall — called 
when keys 'M’ or ‘'R’ respectively are 
pressed. 

In order to memorize an image, it is 
necessary to firstly define the left, right, top 
and bottom boundaries of the rectangle of 
screen in which it lies. The position of these 


highest to lowest addresses). Control is then 
retumed to the main loop once the user has 
been given the chance to Save the stored 
image. 

The stored image may be recalled and 
displayed at any time by pressing 'R’. When 
this is done, the new location of the image is 
specified ie. whether it is to appear in it's 
original form, or mirrored upside-down, 
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merged (overlayed) on the existing design, 
or even a combination of these. Finally, the 
image is POKEd onto the screen in the 
desired format, row by row. 

A brief examination of PROCmem and 
PROCrecall in the listing may lead you to 
think that the code is complicated. This is not 
the case, however, and the facility is 
achieved in a relatively simple manner. 

When the portion of the screen to be 
copied is initially specified, the position of 
the four boundary lines are used to calculate 
where the comers of the resulting rec- 
tangular image will be (in terms of screen 
coordinates). The example diagram below, 
showing sample boundaries helps to 
explain this. If the horizontal (X) co-ords of 
boundary lines A & B are 100 & 500 respec- 
tively, and the veritical (Y) co-ords of C & D 
are 200 & 800, then the XY positions of the 
rectangle’s comers will be: top left- 100,800; 
top right- 500,800; bottom left- 100,200 and 
bottom right - 500,200. 


Fig. 5 Defining the area to be copied. 


Following this, to copy the data stored in this 
area of the screen, aloop has to be set up in 
which the memory contents of each screen 
coordinate are read and stored, eg. 


OFFSET = 0 

FOR Y = 8000 TO 200 STEP -1 

FOR X = 100 TOS00 

POKE (SPARE+ OFFSET), (memory con- 

tents at co-ord X, Y) 

@ERSER— @©ELoE. rel 

NEXT : NEXT 
(Where SPARE is the starting address of free 
memory where the image is to be stored.) 

As a point of interest the first 8 bytes of the 
image data hold the screen coordinates of 
the image’s comers original location. There- 
fore, the imageis always the size of the image 
plus 8. With the spare memory leftin this pro- 
gram, images up to about 2.5K in size canbe 
stored — about an eighth of the entire 
screen area. 

As may be seen from the example loop 
above, some way of determining the actual 
memory address of a given screen coor- 
dinate is required. In the listing, this is done 
by FNadd at lines 1300 to 1350 (used, both 


when memorizing and recalling an image). 
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The ‘formula’ used in this case is only specific 
to the screen memory addresses, their physi- 
cal arrangement on the display and the 
range of the X and Y plotting coordinates 
used by the machine’s BASIC. Forexample, 
the BBC uses 20K of RAM forthe high resolu- 
tion screen, which starts at address 12288 (or 
3000 in Hex). The X coordinates are in the 
range 0 to 1279(16 steps for 1 byte, horizon- 
tally) and the Y coordinates in the range 0 to 
1023 (4 steps per vertical byte). The origin — 
point (0,0) — is at the bottom left comer of 
the display. 


RECALLING IMAGES 


Images are recalled using a loop with the 
same structure as the one described above. 
This time, though, the image data stored in 
the free memory area (from SPARE onwards) 
is POKEd onto the screen. In other words, in 
the example piece of ‘pseudo code’ given 
previously, the 4th line would be more along 
the lines of: 


POKE (screen address at co-ord X, Y), 
(value of byte at address: SPARE+ 
OFFSET) 


Reproduction of images in upside-down or 
mirrored form is simply a matter of altering 
the X or Y loopsso that they increment or dec- 
rement respectively, ie. (again, using the 
previous example) for upside-down, 
change the 2nd line to: 


FOR Y = 200 TO 800 
The image is then POKED to the screen from 
top to bottom, instead. 
For mirror — images, change the 3rd line 
to: 
FOR X = 500 TO 100 STEP-1 


The image is then POKEd back in a 
right-to-left direction, instead. 

Additionally, each byte of the BBC's 
screen memory represents two adjacently 
horizontal pixels. Therefore, when mirroring 
images, the pixels in each byte must swap 
positions with each other before being 
POKEd to the screen. This is done by line 
1950 in the listing, if mirroring is selected. 
Again, the formula used here is only specific 
to the two Acorn machines. To write a mirror- 
ing routine for another micro will firstly 
require a knowledge of how a pixel's colour 
and position is represented in a screen 
byte. 

Merging, or overlaying, involves allowing 
any graphics existing on the screen already, 
to show through the gaps(black areas) in the 
new image. Obtaining this effect just means 
NOT POKEing any bytes of the image which 
are zero (black pixel pairs) back onto the 
screen when recalling. 

In the listing, the heart of the recall routine 
which pokes the image back to the screen — 
inverted, mirrored, merged or whatever — is 
located at lines 1920 to 1970. 


TEXT ENTRY 


The text entry procedure in the program at 
lines 2670 to 2730, works in a similar way to 
the brush procedure, in that it works by firstly 
joining the text and graphics cursors 
together. Characters may therefore be 
placed at any position on the screen. To do 


this, for labelling or adding atitle to a design, 
just position the cursor and press ‘T’ (to call 
the procedure). Then hit the relevant key. 


LOADING AND SAVING 


Most machines have the commands 
necessary to Save or Load the memory con- 
tents between specified addresses to/from 
tape or disk. Such BBC commands (*LOAD 
and *SAVE) were used here to enable either 
memorized images or complete screen 
displays to be saved for later alteration or 
use. This simply involves *SAVEing the free 
memory space used for image storage or the 
whole 20K of screen data, respectively. The 
data can then be *LOADed to where it 
originally resided in memory. 


HARD-COPY 


Formany uses of a Graphics Design Program 
itis obviously often very desirable to make a 
hard-copy of a design. Although the pro- 
gram presented here has provision for a prin- 
ter dump facility (press key ‘P’) the 
associated procedure, PROOCdmp (lines 
2570 to 2650) does not contdin the actual 
code for the dump itself. This is for two 
reasons; the description of such a routine 
would merit an entire article in itself and 
secondly; if you have a printer, you undoub- 
tably already possess you're own favourite 
routine — whether in KOM or as a separate 
utility — to which a call could be placed in 
the relevant part of the listing (ie. line 2620). 
My own dump resides as machine codein an 
unused area of memory below the BASIC 
listing. It represents the different screen 
colours by printing various shades of grey. 


CONCLUSION 


There you have it; a complete rundown of 
how I went about creating a Graphics 
Design Utility which offers it's services in 
many varied fields. I hope the information 
here is sufficient to give you the inspiration 
and ideas for writing you're own version of 
the program. If youown aBBC of course, the 
only challenge is to type in the listings 
given here! 

If you have a tape-based system, be sure 
to SAVE the listings on tape in this order: 
Introduction program, Brush definitions and 
Main program. Also, change any prompts in 
the program accordingly. If you use a disk 
system, make sure yousave the brush defini- 
tions (as directed at the bottom of Listing 2) 
with the filename ‘CHR$' and Listing 3 with 
the filename ‘ART2’. 


IMPROVEMENTS 


No computer program is ever finished as this 
one may illustrate. Many additions could be 
made to enhance it. Forexample if you have 
lots of spare memory loafing about in your 
machine (64K RAM owners), youcoulddoall 
sorts of things like keep twoscreen pictures in 
memory at once and merge bits from one to 
the other etc. — just one idea. Interfacing 
other peripherals could also prove interest- 
ing; a Track Ball, Mouse, Digitiser, Joystick, 
lightens wna: —_ 

See what I mean? — 
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Listing 1. Introduction. Listing 2. Brush definitions. 


LOREM 6 2 I FEIT ae 


* LOREM RR IESE EI IEEE IEEE EEE EEE TERETE I IIE 
s 1SREM * * 
* 2OREM * Character definitions for all the brush sizes * 
ig - = * 
* 
* 
* 
* 


SOREM"* BEC Micro Graphics Desian 
SOREM" * 

40REM"# ames Tyler 1984 
SOREM" 

Introduction Frogram 

7OREM" * 

ERO M8 95 I III HOE FE 
90 

SSREM * Load predefined brush graphics * 
1O0#L. C 

110*#TV2 


8s"But Is It Art 7?" 
-Bs"But Is It Art 7?" 


A Summary Of The Keys Used" 
190FPRINT" Key"SFC20"Action " 
2 NT"Grey arrow keys"TAB(20) Move cursor" 
TAR? "TAB(20)"_ Cursor ON/OFF" 
NT"Space bar"TAB(20 Draw point" 
NT"Funetion keys (90-9) "TAB(20)"_ Colours © to 9" 
40OPRINT'Shifted fn keys(O-5)"TAB(20)"_ Colours 10 to 15" 
SOPRINTTAR(4) 3 "Key C'TAR(C20) " Change palette” 
OP RINT" CTRL "D'"TAR(20)" Default palette" 
27OPRINT'Shifted fn key 9"TAB(20)"_ Clear screen" 
NTTAB(4) y F"TAB(20)" Fill with colour" 
RINTTAR(4) 5 ~ TAB(20)"_ Apply brush” 
/S TAB(20)"_ Alter brush 
J"TAB(20)"_ Join two points” After checking this listing, 
M" TAB (20 . Memorize image" OR! RUN it, then save the chairac 
Recall image" ORE with : *SAVE"CHRS"OCO0 
T4OPRINTTABC4) 5 "I Ss" O Save screen" 
SSOPRINTTAR(4) s Load design" 
VINTTAB‘4) Dump to Printer" 
Text entry" 
End program" 
to load main program"CHRS11 


* Load and Run the main program ¥* 
410*FX220, 27 
420F AG! 1190: CHAIN"ART2" 


Listing 3. Main Program. 


‘EM * ARTZ - James Tyler 1984 * 
y 340 IFINKEY(-70)FROCjoin 
OREM * Page Must Be =&1100 * O IFINKEY(-97)XF%=XF% EOR1:PROCwt (15) 
IF INKEY (-56) FROCdump 
ODIM B(3),CL 30 IFINKEY (-82)PROCpalt 
Tvo,1 IFINKEY (-99) PROCpi 1,9,C) 
IF INKEY (-36) FROCt 
IFINKEY (-1) HS% VS%Z=16 ELSEHS%=8: VS%=4 
IFINKEY (-S8) PY=PY+VS%: IFPY =H H 
IF INKEY (-42) PY=PY-VSZ: IFFY< OF 
IF INKEY (-122)PX=PX+HS%: IFPX>W PX=W 
440 IFINKEY (-26) FP X=PX—-HS%: IFPX< OF X=0 
450 IFINKEY(-68)FPROCTi11 
460 IFINKEY (-101)FROCbrsh 
470 K=INKEY (0) 
60:PROCdis 480 IFK>48ANDK<54B%=223+4* (K-49) : SOUND1,001,180,5 
170 5 VDU26: END 490 IFK=119CLG 
180 LiZ=180:S$="3O00":L$="4F FF": PROCsave 500 IFK=82 ANDMF%=1 PROCrecall 
190 | UNTILFALSE : 510 IFK=77PROCmem 
200 520 IFK=4VDU20,19,15,0;0; 
10 S30. IFK>99ANDE<116C=K-1 :SOUND1,1,180,5 
2ODEFPROCdis S40 UNTILINKEY(-82) ORK=5 


SSS ST SESS ST ST 
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230VDU2 

240VDU28, 0 

250FROC1 oad 

2EO#FX225, 100 

B7O#FX226, 110 

2BO*FX4,1 

290C=7 

SOOREPEAT 

5 PROCpix (2,3, 7) 
IFXF% FROCcross 
IF INKEY (-87) PROCL oad 


SSO#EX4,0 

Sé60ENDPROC 

S70 

SS0DEFFROCmem 

S9OLOCALC: PROCwt (50) 

SOOREPEAT: RESTORE: GCOLS 

610 REPEAT: X=O: READM$:CLS 

620 PRINT 'M$;" edge.." 

630 REPEAT 

640 MOVEX,O: DRAWX,H: MOVEX, O: DRAWX,H 
650 IFINKEY(-1) HS%=32 ELSEHS%=8 


IF INKEY (-26) X=X-HS%: IF XL OX=0 
IF INKEY (-122) X=X+HS%2 TEX2W X=W 
¥FX15,0 
UNTIL INKEY (-74) 

SOUND1,1,180,5 

MOVEX, Os DRAWX,H 


750 REPEAT: ZADM$:CLS 


740 FRINT'M$:" edge..." 
REPEAT 
MOVEO, Yr DRAWW, Y:MOVEO, Y: DRAW, Y 
IFINKEY(-1) VS%=16 ELSEVS%=4 
IF INKEY (-S58) Y=Y¥+VS%: IFY2H Y=H 


IF INKEY (-42) Y=Y-VS%2 LFYS OY=SO 
*¥FX15,0 
UNTIL INEEY (-74) 
SOUND1,1,180,5 
MOVEO, Y: DRAWW, Yi B(C) SY: C=C+h 
FROCwt (SO) 
UNTILC=4 
*FX1S,0 
CLS 
PRINT’ "Ok (Y/N) ?" 
GS=GETS 
CLS 
MOVER (O) ,O:DRAWE(O) ,H 
MOVER (1), 0: DRAWE(1),H 
MOVEO, DRAWW, B (2) 
MOVE, BC i DRAWW, B (3) 
UNTILG$="Y" 
ROCcopy 
ATA RIGHT,LEFT, TOF, BOTTOM 
NDFROC 


EFPROCpix (NT,G,COL) 


1060 
LO7ODEFFROCcross 
1O80GCOL3,7 
LOSOMOVER X—50), PY: DRAWPX+50, PY: MOVEFX, PY-SO: DRAWFX, PY+SO 
:DRAWFX, FY+SO 


LLOOMOVEF X-S0O,FY: DRAWPX+50,PY:MOVEPX, PY-S' 
LLLOMOVERX, FY 

11 S0ENDFROC 

1130 

1140DEFFROCcopy 


118OF ORL? 
1190 | (m%+2*L%) =B(L%) 

1200 NEXT 

1210m%=m7%+8 

1220F ORY%=AZTORASTEP—4: FORX%= 
(X“,Y2) BY%=?7S%2 mAPNZLEBL: PSLEMSF st PLAZ=LB%: NZENZ+ 1 
1225 NEXT: NEXT 

12307S%=B% 

1240ONZ=NZ+81 mZ=& 26801 MF%= 1 

1250CLS 

1260PRINT"Save image (Y/N) ?":G%=GET$:CLS 

12701 FG$="Y"L#=STRS™ (N%+8) : S$=STRH™ (m%) s PROCSave 
12B0CLS: ENDFROC 

1290 

1 300DEFFNadd 
1O23-y% 


yh) 


y“ADIV4 


1360 

1370DEFFPROCsave 

138OFROCwt (20) 

LS9OVDUZT,O, 10,103, 070503 
QINFUT" Enter filename... "'F% 


1410CLS:PRINT "Insert disk,"‘"then press “RETURN?": REPEAT: UNTILGET=13 


1420$CL="SAVE "+R $+" "+S$+" +" +L $ 
1430X%=CL MOD256:Y%=CL DIV2S6 
1440CALLOSCLI 
1450FROCwt (200) 
1460VDU2° 2 
1470G=INEEY (300) 
1480ENDFROC 

1490 
1SQOODEFFROC] oad 
1S5S10PROCwt (10) 
XINT"Load picture (Y/N) ?":G$=GETS 


ys 


O;Og:CLS:FRINT" Saved." 


1S30CLS 
1S401FG$* »"Y"ENDFROC 
1550VDU 9,10, 103, 070305 


1S601NF nter filename... "'F% 

LS7OVDUZS; B202;0; 0503 

ASBO$CL="LOAD "+FS 

1590XZ=CLMOD256 

1600Y%Z=CLDIV256 

1610CLS 

1620PRINT' "Insert disk," "then press “RETURN®":REPEAT: UNTILGET=13 


1 ?P&IO00=0s MFZ=1:FROCrecall 
1660CLS 
1670ENDFROC 
1680 
1690DEFFROCrecall 
1700m/%=%&2680 


17108 (0) =?PmZ+256%"7 (mA+1) 

L720B (1) =? (m%+2) +256%7 (M443) 
17308 (2) =? (mAt4) +2567 (mA+5) 
17408 (3) =? (m%+6) +256"? (MA+7) 
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TSOPRINTCHR$12+"Enter position (Y/N) ?" 
1760G6%=GETS 

1770CLS 

17801FG$="Y" FROCpos 

1790AZ=B (2) 


1BSOSY%=-4: SX%=16: PROCwt (10) 
1B840PRINT" Invert (Y/N)? " 
185O01IFGS="Y" NA=AL: AL=B2A: BX 
1860FROCwt (10) 
1870FRINT"Mirror (Y/N)? " 
18801FG$="Y" NZ=C%:CZ=D2: DZ 
1890FROCwt (10) :CLS 
LIOOPRINT"Merge (Y/N)? "3:G%=GET$:CLS 
1910N2Z=8 


ME SKLS-16 


BYZ=mZ7N% 


'N" ORBYZ2O PSAZ=BY% 
*w+1:NEXTs NEXT 


1980m% 
1990ENDF ROC 

2000 

2OL0DEFPROCpos 

2020GCOL3,7 

ZOSOWI=B (0) -B(1)+1:HE=B(2)-B(S) +1 
2O40X=B (1): Y=B(2) 
2OSOREFEAT : MOVEX,Y 


:G$=GET$:PRINTGS 


IF SGN(SX%)=-1 BY“=(RY% AND&SS) #2+(BY% AND&AA) /2 


2060 PLOTI,WI,O:FLOT1,0, -HE:PLOT1,-WI,0: DRAWX,Y 


2070 PLOTI,W1I,O:PLOT1,0, -H LOT1,-WI, 
2080 IFINKEY(-1) HS%=32:VS%=16 ELSEHS/Z= 
2090 IFINKEY (~26) ANDX*7X=X-HS% 

2100 IFINKEY (-122) ANDX< 110 X+HS% 

2110 IFINKEY (-S8) ANDY“ 1019Y=Y+VS% 

2120 IFINKEY (-42) ANDY #3Y=Y~-VS% 

2130 UNTILINEEY (-74) 

2140B(1) =x 
2150B (2 
2160R(O)=B(1)+WI-1 
2170B (3) =H (2) -HE 
21B80ENDPROC 

2190 
2200DEFPROCTi12 
22ZLOXZ=PX2 YZL=PY 


ZE2OREPEAT: YL=Y%—-42 UNTILFOINT (X%,Y%) ORYAA 1 


,1,10,5:ENDPROC 
2230Y) 
SOUND1, 1, 10,5:ENDFROC 
2240GCOLO,C 


PY:REPEAT: Y2=Y2Z+4: UNTILFOLNT (X%, YA) 


s IFY%« 1SOUND1 


ORY%2H: IFY%>H 


225OREPEAT: YAR Y%~-42 PLOT77, X%_, YAEL UNTILPOINT (X%, Y%-4) 


2260ENDFROC 
2270 
22BODEFFROCj0in 
2290G6CO0L0,C 
2300d%=dZEOR1 


QE1OIFG%=0 DX=F'X:DY=FY:SOUND1,1,180,5 ELSEDRAWDX, DY 


2320PROCwt (20) 
2 ENDPROC 


4 
2350DEFFPROCbr sh 
2360VDUS 

2370GCOLO,C 
OPLOTO, -~32, +16 
9OPRINTCHRS (R%+RND (4) ) 
IOVDU4 

2410FROCwt (5) 
2420ENDFROC 

2430 

2440DEFPROCpalt 
2450PROCwt (10) 
2460FRINT"Olid colour 7" 
2470LO%=GET~-100 

2480CLS 

2490OFROCwt (10) 
2500PRINT"New 2" 
2510ACZ=GET~100 

2520CL8 
2S53OVDUL9, LOZ, ACK; OF 
2S40PROCwt (10) 
25SS50ENDFROC 

2560 


2570DEFFROCdump 


SQ5S80PRINT'Set up printer & press <RETURN®." 
2S9OREPEAT 

2600 UNTILGET=13 

2610CLS 


EFF ROCtext 
OSOUND1,1,180,5 
2690FROCwt (5) 
“=GET: TF 
DUS: GCO! 


31 ENDFROC 
2PLOTO,-32,+16 


2750DEFFROCwt (MS%) 
2760TIME=O0: REPEAT: UNTIL TIME ®MS%: *FX15,0 
2770ENDFROC 

2780 

27901 FERR=17CLS: GOTO150 

2800CLS 

2B10OREPORT 

OG=GET:CLS:GOTOLIA“ 


Your Frinter Dump Call Here * 


FRAMEWORK: graphics designer 
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GENIE 


Andrew Howard 


year or so ago Computing Today 
published three of my programs for 


the Video Genie. These were 
MCBAS Machine Code to BASIC converter 
(Dec. ‘'83), VGBASI BASIC extensions 
(April ‘84) and SPRITE software sprite 
simulation (August '84). All three of these 
programs were written for a cassette based 
Video Genie. 

In June 1984 I was fortunate enough to 
acquire a double disk drive unit and Smal- 
LDOS. I wanted to convert these three 
programs so that they would run on a disk- 
based system. Unfortunately the details of 
conversion are not a simple relocation of the 
respective programs to a higher memory 
before saving it on disk. All three programs 
interact extensively with the interpreter 
through use of the DOS exits embedded in 
the code. DOS obviously uses these and 
adds its own routines to the standard inter- 
preter to perform functions pertaining to a 
disk-based system. Each of the three pro- 
grams must, therefore, be modified so that 
their use of the exits does not interfere with 
DOS, and vice-versa. In other words, both 
the DOS function and the respective pro- 
gram’s function must be performed. 

This article describes the changes which 
are necessary to the source code listing in 
each case in order for the program to 
operate properly with Smal-LDOS present. 


CONVERSION OF 
MCBAS 


This program converts each byte of a 
machine code program into a decimal 
number and places it in a DATA statement. 
The resulting data can then be 
POKED into memory. 

The published listing was condensed 
slightly. Lines 10-20 were an ORG 
(41E2H) followed by aJP. This was the code 
to facilitate auto-run. Lines 30-40 were a 
message that loaded directly into 3CO0H 
+, ie, a “Loading ... " message. The 
actual program began at 4300H. Line 50 
contained the ORG statement for this, and 
lines 60-430 were all the text messages. 

Obviously the disk version cannot load at 
4300H. I chose to relocate it to the top of 
memory, but it can be placed anywhere as 
long as it is protected. It might be an idea to 


18 


ADJUSTMENTS 


Converting the MCBAS, VGBAS1 and SPRITE programs of yesteryear to 
run on a disc-based system. 


assemble two versions — the first loading 
in low memory so that high-memory pro- 
grams can be converted, and the 
second loading in high memory. For top-of- 
memory, wait until you have made all the 
other modifications and then work out where 
the program must reside. 

The loading message in lines 30 and 40 
canbedeletedtosavesome diskspace. This 
may not be necessary. 

MCBAS Version 1.1 (ie, disk version) 
requires a definite loading procedure 
described below. The loaded program 
must be initialised manually, and it can 
sometimes be annoying to have to remem- 
ber the address of the program for 
initialisation via the SYSTEM command. So, 
change line 10 from ORG 41E2H to ORG 
418EH. This is the address. of 
command — thus this vector is free for use. 
The above modification will allow the use, 
when MCBAS has been loaded, to initialise it 
by typing the NAME command. 

MCBAS version 1.0 relocated the BASIC 
program storage area to just above the end 
of the program. As MCBAS will no longer 
load below BASIC, as it were, the lines per- 
taining to this relocation are not necessary. 
Consequently a number of lines may be 
deleted, starting with 2440 and 2450. Lines 
500-530 adjusted the start of BASIC pointer 
accordingly and disabled the auto-execute 
facility. These can be deleted — remember 
to move the INIT label to 540. 

Throughout the program, the label 
‘BASIC’ will now refer to the pointer holding 
the start of BASIC programs rather than the 
actual address of the start itself. Insert this 
line: 


491 BASIC DS 2 
(orDEFS 2 ifyour assembler does not allow the 
abbreviation). This is the pointer. The follow- 
ing lines set the BASIC pointer on initiali- 
sation: 
661 LD HL,(40A4H) 
662 LD (BASIC),HL 
The MCBAS OPEN command opens up pre- 
viously closed programs, ie, it resets the 
pointer to BASIC programs to the original 
start. Obviously a change is necessary to 
line 830 to: 


830 LD  HL,(BASIC) 
Lines 570-660 set the vectors for the 
OPEN, CLOSE and GET commands. 
However there is no need for MCBAS to 
install a JP instruction (195) as this is done by 
LBASIC on initialisation. Lines 570-600 can 
therefore be deleted. 

Note that MCBAS replaces the vectors for 
EBAS ICs @REN  GE@SEwccncum GE 
commands, ie, these commands become 
inactive. This is of no real consequence 
because it is unlikely that they will be 
required during use of MCBAS — the pro- 
gram is usually used only once for each 
BASIC program. 

MCBAS uses other exits within the GET 
command. However the original DOS 
function is restored immediately after use. 

All necessary changes have now been 
made. The program can be assembled as 


MCBAS/CMD. 


LOADING MCBAS V1.1 


Obviously LBASIC must be installed before 
MCBAS can be executed, and so typing 
"MCBAS" atthe LDOS level to autoload and 
execute the program is pointless. 

Boot-up the system and enter the 
command 


MEMORY (HIGH=X'nnnn’) 


where nnnn is one less than the value in the 
program ORG line (line 50). Now enter the 
following command line: 


LBASIC CMD 'L","MCBAS/CMD:d" 


where dis the drive number. LBASIC will be 
loaded and executed and MCBAS will be 
loaded from drive d. Upon the READY pro- 
mpt LBASIC is active and MCBAS is resi- 
dent in protected high-memory. Type: 


NAME 


and the title message will be displayed. The 
MBAS OPEN ClO@ she scnclumGEa 


commands are now in force. 
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CONVERSION OF VGBAS1 


VGBAS1 adds thirteen extra commands to 
standard BASIC ranging from REPEAT- 
UNTIL to CANCEL and EXEC. A change of 
program location is necessary to avoid over- 
writing LBASIC. The program can, as with 
MCBAS, go anywhere, but I chose 8000H. 
There are many references to ‘'6000H’ 
within the program (including the program 
ORG in line 10) that must be changed to 
‘'8000H’. If you are using the MISOSYS 
EDAS 352 Editor/Assembler this can be 
accomplished in one go by the command: 


C /6000H/8000H/ 


The DEST table (line 6500) contains 
other address references not quite 6000H. 
Change the addresses in the following 
lines to their new ‘high’ addresses: 


6750 from SFFFH to 7FFFH 
6780 from SFFFH to 7FFFH 
6800 from 6002H to 8002H 
6880 from 5FFEH to 7FFEH 
7180 from SFFBH to 7FFBH 
7260 from SFFBH to 7FFBH 


The relocation of the program is now 
complete. 

As with MCBAS the ‘spare’ NAME com- 
mand can be used for easier manual 
initialisation of the program. Insert the fol- 
lowing lines: 


5 ORG 
Cue) 


41E8H 
INIT 


These lines install the NAME command vec- 
tor to the VGBAS1 initialisation routine. Also 
insert these lines: 


6212 LD 
6213 LD 


HL,1997H 
(418FH),HL 


This is to reset the NAME vector so that further 
use will result in a syntax error. 

VGBAS1 uses many other DOS exits. 
However at the time of writing it was easy to 
incorporate code to allow it to run with 
LEVEL III BASIC. I discovered that the 
same code allows smooth operation with 
Smal-LDOS. Hence no further changes are 
required to the listing. the program may be 
assembled as VGBAS1/CMD. 


LOADING VGBAS1 V1.1 


VGBAS 1 cannot be executed until LBASIC 
has been installed and so an attempt to load 
the program from LDOS Ready is 
inappropriate. Since the initialisation rou- 
tine relocates the main body of code, there is 
noneedtoreserve any high memory Bootup 
the system and enter the command line: 


LBASIC CMD"L","VGBAS1/CMD:d” 
where d is the drive number. Upon the 
READY Prompt LBASIC is active and 
VGBAS1 is loaded and awaiting initiali- 


sation. The command: 


NAME 
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will accomplish this. The title message will 
be displayed and all VGBAS] commands 
are now in force. 


CONVERSION OF SPRITE 


This program adds five extra commands to 
BASIC to perform a software simulation of 
hardware graphics sprites. The commands 
are NAME, FIELD, KILL, GET and PUT. 
LBASIC also supports these commands to 
perform their respective disk functions 
(except for NAME). The conversions 
necessary for SPRITE are therefore pre- 
dominantly pertaining to use of the NAME 
vector. 

In the original listing, lines 10 to 60 were a 
loading message and an auto-execute 
facility. Note the altemative method of 
achieving automatic program execution, 
viz. to define the *KI and *DO vectors as 
the start of the program initialisation routine. 
This method has one disadvantage — a 
load error and premature halt of 
program loading may well cause a system 
crash. 

The usual NAME vector installing lines 
should be inserted, ie: 


10 ORG 
20 JP 


418EH 
SPRITE 


This will allow manual initialisation of 
SPRITE with the NAME command. 

Of the five SPRITE commands, four are 
LBASIC commands and the fifth is the 
NAME commandiitself. The best way to over- 
come this problem was to make SPRITE com- 
mands double-worded by  prefixing 
them with “NAME”, The initialisation routine 
could then set the NAME vector to point to an 
additional routine which checked the second 
word in the command and passed control to 
the appropriate SPRITE routine accordingly. 

It is now no longer necessary for the 
SPRITE initialisation routine to set the various 
command vectors, as the GET, PUT, FIELD 
and KILL commands perform their respective 
LBASIC functions. Consequently lines 80- 
270 can be deleted and replaced with the 
following: 


80 SPRITE LD 
90 LD 


HL,SPRCMD 
(418FH),HL 


This resets the name vector to point to anew 
subroutine SPRCMD. This is the subroutine 
that checks the second word in the command 
and passes control to the proper verb 
action routine. 

To accommodate the new routine the pro- 
gram module ORG in line 390 must be 
changed accordingly. The new line is: 

390 ORG OFSFEH 
Remove the END statement by deleting line 
2920 and append the following subroutine: 


2920 SPRCMD PUSH AF 


2930 RST 10H 
2940 POP AF 
2950 CP OAAH 
2960 JP Z,KILL 
2970 CP OA4H 


DOO ......____.._ | | 


2980 JP Z,GET 
2990 CE OASH 
3000 JP Z,PUT 
3010 CP OA3H 
3020 JP /éjeMlailiD) 
3030 GP OA9H 
3040 JP Z,NAME 
3050 JP 1997H 
3060 END SPRITE 


After this short routine has been appended 
the entire listing can be assembled as 


SPRITE/CMD. 
LOADING SPRITE V1.1. 


Again SPRITE cannot be automatically 
loaded and executed from DOS. Boot up 
the system and enter: 


MEMORY <HIGH=X'FSFD'> 


to protect the SPRITE program and enter 
the command line: 


LBASIC CMD"L","SPRITE/CMD:d ” 


where, as before, d is the drive number. 
Upon the READY prompt, LBASIC will be 
active and SPRITE will be resident in protec- 
ted high memory. To initialise the program 


type: 
NAME 


and the title message will be displayed. 
LBASIC’s GET, PUT, KILL and FIELD com- 
mands will still work as normal performing 
their respective operations. The SPRITE 
commands KILL, FIELD, NAME, GET and 
PUT Must now be prefixed with “NAME” for 
them to be executed. For example, 
FIELD<6,6> becomes NAMEFIELD<6,6>; 
KILL becomes NAMEKILL, etc. Omission of 
“NAME” will cause the LBASIC function tobe 
performed. 

The two example programs on page 28 of 
August ‘84's CT now become: 


10 CLS :PRINTCHR$(188)STRING$ 
(15,140)CHR$(188):PRINTCHR$ 
(191) Video Genie "CHR$(191) 
:PRINTCHR$(191)" Soft-Sprite 
CHR$(191):PRINTSTRINGS(17,131) 
20 NAMEKILL: NAMEFIELD(17,5) 
30 NAMENAME1,15360:REM ** 
THIS LINE IS NOT NECESSARY 
40 A$=INKEY$:IFA$=""THEN40 
ELSEA=VAL(A$):IFA=OTHEN40 
50 NAMEPUT1,A,3,1:GOTO40 


Line 30 is not actually necessary since 
all sprites are initialised to 15360 start 
by the NAMEKILL command. The 
other demo-program is: 


10 CLS:PRINTCHR$(188) ... ... 
STRINGS(17,131) 

20 NAMEKILL.NAMEFIELD(17,5):P= 
15360:NAMEGETP,0:CLS 

30 FORY=1TO3:T=P:FORX= 
1TO3:NAMEGETP, 1:P=P+20: 
NEXTX:P=T+<5*6 

4):NEXTY = 
40 GOTO40 


FROM 


THE 


CLASSROO 


Richard Rebain 


A new column, opened to observe computing in Britain’s schools. 


ome weeks ago, at the London com- 

prehensive in which | teach, | 

watched a group of eleven year 
olds working with computers. Earlier in the 
year they had been in the habit of entering 
the computer room as if a little in awe of the 
atmosphere ofmagic(whichin any case had 
entered with them). Now they had come run- 
ning up the stairs and along the corridor, 
buming Mr Dunlop's best rubber in an 
attempt to stop before the reinforced door. 
Somehow the magic was more mundane, 
the ogre within less forbidding. 

They had begun, at least when this par- 
ticular ogre had first met them, with LOGO. 
Most London schools have several versions, 
we also possess a small remote control robot 
device, a VALIANT TURTLE. Logo produces 
line drawings on the screen in obedience to 
simple instructions of the — 


FORWARD 15 
RIGHT 90 


— variety. It will also store programs,” and 
today children, we are going to teach the 
computer some new words”. The Research 
Machines version we were using had lots of 
facilities, including colour, and the pupils 
were enthralled. Various writings and con- 
versations had suggested that pupils and 
LOGO got on best in apupil-led” environ- 
ment. You know the sort of thing: you only 
show them how to do something when they 
discover a need for it, and ask. 

I've always been atiny bit bothered by this 
idea. How could they know what LOGO 
could do unless they'd been shown? Of 
course if they were shown it would influence 
the direction of their investigations. It was 
never Catch-22: naturally the good ol’ com- 
promise was fine, until we discovered the 
Turtle. 

It had red eyes and they glowed. Instant, 
100%, undivided attention. They had 
suddenly realised that the boxes were able 
to influence the real world. After that it didn't 
matter what I had thought LOGO and the 
Turtle could do. My credibility depended on 
finding a way, itstill does. Ithas surprised me 
just how much I've had to leam along the 
way. A slightly differentimplication to" pupil- 
led" than I had expected. 


Incidentally, though we have found the 
Valiant Turtle most useful, it did take a while 
to get to know its little ways. It doesn't much 
care for undulations in the work surface, or 
bright sunlight, or overlapping sheets of 
paper(AO sheets being quite unusual in my 
school), or to very smooth surfaces. 

Somehow those eleven year olds proved 
so satisfying to teach. They seem never to 
think of these lessons as work or the com- 
puters as teaching tools. When they made 
mistakes the frustrated chatter was excited, 
when a success came up it was a personal 
triumph. Best of all forthat hour they were not 
in a classroom and I was not a teacher. This 
has been due to the effectivenes of both the 
software and the hardware. 

We have asix station Research Machines 
Network (RML 480Z microcomputers linked 
through a server and using double density 
eight inch floppies as backing memory). 
More recently we have acquired a 20Mb 
Winchester complete with a comprehensive 
package of software from the ILEA Com- 
puter Centre already installed and running 
from a menu. Printing is taken care of via two 
Epson printers (MX-80 and FX-80); these 
have worked well with a few glitches; those 
probably produced by constant use and 
occasional prying fingers. September will 
see an update. We have six silicon discs 
(sideways-RAM) on order which should boost 
the 480Zs to 256K, anothersix stations forthe 
Network, an RML Nimbus 16-bit micro, 
mainly for administration, and another 
Epson FX 80 printer. Incidentally these 
school networks are usually equipped with 
14 inch Microvitec colour monitors, very reli- 
able and aclear brilliant picture. The whole 
package has functioned extremely well and 
I certainly would have no hesitaiton in 
recommending it, especially foreducational 
use. The pupils have only had one consistent 
complaint; the lack of ‘shoot em up’ type 
arcade games. I realise that this is hardly an 
educational consideration worthy of note. 
Still, the pupils in general are very impressed 
with the performance and _ imposing 
appearance of the RML equipment. Many 
have enquired after prices and suppliers, so 
have their parents. Its not the prices that put 
them off, its the answer to questions like 
“great, but it can't play Pac-man, can it?” I'm 


almost ashamed to admit that I'm awaiting 
the publication of the flight simulator, AIR- 
BOURNE, with bated breath. More on that 
whenlI get acopy... 


Bi Sah \e 


TEACHING nowadays, especially if your 
subject is Computing, involves a great deal 
of instructional work with adults. It's really a 
little strange at first. The same classrooms, 
the same desks, even the same teacher. Just 
the colleagues transplated from the staff 
room and occupying the desks that only an 
hour previously the horrendous fourth had 
lounged in. Almost a kind of nightmare 
fantasy. 

Idon't know ifthe old adage about doctors 
making lousy patients was founded in truth 
butto my surprise it hasn’tbeen too muchofa 
trauma. Strangely, its some of the much- 
lauded advantages of computers in general 
that are causing some grief. After spending 
many laborious hours learning to find their 
way through the vagaries of multiqueststar, 
or whatever, the satisfaction sometimes 
changes to bewilderment. Instead of having 
conquered the computer they find instead 
that their horizons have been broadened,”.. 
. heavens, how much more is there to leam?” 
So different from”... yes, well, thats all very 
well, butit can't do so-and-so... canit?” The 
last delivered hope rather than satisfaction. 

Another of the classic advantages, the 
computers predictability, its endless 
patience, has also roused the adult ire. The 
adults KNOW the principle of GIGO, gar- 
bage in, garbage out. They don'tseem to be 
able to cope with the implications. Children, 
on the other hand, seem to perceive the prin- 
ciple the other way round. They don't mind 
getting the garbage out every now and 
again because they seem to have an almost 
innate impression that the type of garbage 
they get out tells them something about the 
mistakes they have made. Idon’tmake these 
observations in the hope of stirring outraged 
colleagues into writing letters; I know these 
scenarios are generalisations, but I'm 
equally sure that most computer studies 
teachers have met similar situations. I'm 
primarily interested in the reasons for the dif- 
ferent attitudes and I have a feeling that it's 
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tied in to two factors: the teachers’ expecta- 
tions of themselves, (coupled with their 
superiors’ expectations of them) and the pre- 
sent nature of the microcomputer. 

I feel that the sheer scale of developments 
has left some teachers with slight feelings of 
hopelessness. They sometimes make 
excuses linked to their age or their subject 
background. They feel insecure because 
they suspect that superiors within subject 
areas are themselves under pressure toshow 
that computers are being used, and they 
regard the enigmatic microcomputer as the 
root of the new instability in their lives. Little 
wonder they don't have quite the same 
attitude as their pupils. Adults in the kind of 
stress environment that teachers often find 
themselves, with little or no computing 
-experience, find it extremely difficult to gain 
competence on the rare three day course 
that they are able to attend, or perhaps more 
frequently, on the couple of afternoon 
sessions at the local regional training centre. 
It falls more usually on the computer studies 
teachers within their schools to help them, 
and they are rarely timetabled for such 
courses but have to run them before school, 
lunchtimes and after school. 


Far faster, Isuspect, than anyone envisaged. 
Software within subject areas has not really 
been adequate for teaching needs, but this 
is not the problem. There is so much software 
already that it's a full time job just keeping 
up. I don't believe that when the whole area 
oflarge numbers of sophisticated microcom- 
puters in schools was being mooted, the 


From The Classroom 


sheer scope of in-service training required 
was ever officially recognised. It has grown. 
The picture is quite different already to some 
years ago, and given adequate funding 
should continue to grow. The need is there, 


more than that, the need is expand- = 


ing at an increasing rate. 


THE INFLUENCE of computers within 
education has grown at a staggering rate. 
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For the QL 


WD Utilities (3rd ed) (base £5.50) 
PRINT 60-file DIRectory or view it on one screen, one-key LOAD. COPY or 
PRINT 60 files with one key (allows for namesakes). Multiple FORMATting to 
prevent corruption by stretching of tape. TOOLKit to give dated, numbered 
modules in program development. PRUNE old files to release space (one key 
DELETEs a file). Full instructions in QUILL file. Use up to 6 EXTRA 
MICRODRIVES (add on your Spectrum ones)! 


WD Utilities for CST Disks (base £8) 
100-file capacity, for CST/Compumatamate disk system AND up to 4 extra 
microdrives. User-friendly timesavers. 


Ref QL (4th ed) (base £4) 
700 useful QL references in an ARCHIVE file. Too long to share a cartridge. 


For Spectrum/QL/BBC 

WD Morse Tutor (base £4) 
From absolute beginner to beyond RYA and Amateur Radio receiving. Adjust 
pitch. Set speed to your test level (4-18 wpm). Learn from single characters, 
via groups with wide spaces to random sentences; decrease spacing to 
normal. Write down what you hear, then CHECK on Screen or Printer (or 
speech for Spectrum fitted with Currah Microspeech). Also own message, 
random figures, letters or mixed. 


For Spectrum 48K 


Tradewind (base £4) 


Sailing/trading strategy game with graphic surprises. 
Jersey Quest 

Text adventure with Bergerac and the Dragon, (not disk). 
Prices: (incl Europe postage, elsewhere add £1). Spectrum/BBC cassettes, 
base price only. QL or Spectrum Microdrives. £2/cartridge plus base price. 
51/,” floppies. £2 plus base Morse for £11.30. 3%” floppies, £4 plus base. 
Two or more programs on one medium — pay medium plus base EG. WD 
Utilities and RefQL for £10.50, but IMPOSSIBLE to mix QL/BBC/Spectrum 
een on one medium. Send YOUR cartridge and base price, but 
ORMAT it FIRST in your DRIVE 1 for compatibility. 


WDSoftware, Hilltop, St Mary, Jersey. 
Tel: (0534) 81392 


(base £4) 


Dept CT 
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BUSINESS COMPUTERS 

Apricot F1E £637 (£614) £658. Apricot F1 
£894 (£870) £933. Epson PX8 £900 (£872) 
£892. Commodore PC10 £1595 (£1564) 
£1664. Commodore PC20 £2573 (£2485) 
£2685. Sanyo MBC 775 £1920 (£1899) 
£1999. Cannon A200C £1609 (£1586) 
£1686. Sanyo MBC550 £723 (£699) £799. 
Sanyo MBC550-2 £975 (£939) £1039. 
Sanyo MBC555-2 £1343 (£1322) £1422. 


ORIC AND SINCLAIR COMPUTERS 

MCP40 Oric printer/plotter £109 (£110) 
£122. Sinclair pocket TV £97 (£95) £101. 
Sinclair QL Computer £374 (£365) £386. 
QL Floppy disc interface £107 (£103) 
£109. 3.5” disc drive to suit this interface 
£177 (£176) £196. Sinclair Spectrum Plus 
Computer 48K £123 (£127) £147.Original 
48K Sinclair Spectrum £89 (95) £116. Kit 
to upgrade the Spectrum to Spectrum 
Plus £30 (£30) £40. Micrdrive £49 (£50) 
£60. RS232 interface 1 £40 (£50) £60. 
Special offer:— Microdrive + Interface 1+ 
4 cartridges £97 (£99) £107. Blank 
microdrive cartridges £2-50 (£3) £4. 
Spectrum floppy disc interface (See 
Cumana disc section for suitable disc 
drives) £97 (£89) £99. Interface 2 £20-45 
(£20) £24. 32K memory upgrade kit for 
16K spectrum (issue 2 and 3 only) £31 
(£28) £30. Spectrum Centronics printer 
interface £46 (£42) £47. ZX Printer has 
been replaced by the Alphacom 32 £61 
(£59) £72. ZX81 computer £29 (£29) £39. 


COMMODORE COMPUTERS 

Commodore 128 £269 (£249) £279. 
Commodore 64 £161 (£159) £189. 
Commodore 64 + recorder + software 
£187 (£213) £243. Convertor to allow 
most ordinary mono cassette recorders 
to be used with the Vic 20 and the 
Commodore 64 £9-78 (£9) £11. 
Commodore cassette recorder £43 (£44) 


£50. Centronics printer interface for Vic 
20 and the Commodore 64 £45 (£41) £46. 
Disc drive £191 (£186) £217. 


AMSTRAD, 

ATARI AND ENTERPRISE AND MSX 
COMPUTERS 

Amstrad 464 Colour £342 (£348) £388. 
Amstrad 464 Green £232 (£247) £287. 
Amstrad 664 Colour £439 (£431) £481. 
Amstrad 664 Green £331 (£332) £382. 
Atari 130XE computer £158 (£163) £183. 
Atari 520ST computer with 3.5” disc 
drive, mouse, monitor and software £675 
(£670) £730. Atari 800XL computer + 
recorder £120 (£123) £143. Atari 800XL 
Computer + disc drive £229 (£230) £260. 
Atari data recorder £34 (£37) £47. Atari 
disc drive £172 (£171) £191. Atari 1020 
printer £93 (£99) £115. Enterprise 64 
computer £172 (£170) £190. Enterprise 
128 £233 (£229) £249. Goldstar MSX £138 
(£138) £158. 


ACORN COMPUTERS 

Acorn Electron £119 (£119) £139. New 
64K BBC Model B Plus with doub. density 
disc interface £457 (£441) £471. BBC 
Model B £345 (£333) £373. Acorn disc i/f + 
DONFS £97 (£95) £100. See below for 
suitable disc drives. Colour monitor £188 
(£228) £268. 


CUMANA DISC DRIVES 

To suit disc interfaces of Sinclair, 
Spectrum and BBC B. Single:— 40 track 
single sided £117 (£120) £150, 40 tr 
double sided £149 (£149) £179, 80 tr ds 
£166 (£166) £196. Dual:— 40 tr ss £209 
(£211) £251, 40 tr ds £285 (£283) £323, 80 
tr ds £307 (£304) £344. 


PRINTERS 


New Epson LX80 £249 (£249) £282 
Tractor for LX80 £25 (£33) £53. Brother 
HRS £148 (£152) £184. Brother M1009 
£201 (£203) £234. Shinwa CTi CPA80 
£218 (£222) £258. Cannon PW1080A £309 
(£306) £356. Brother EP22 £125 (£114) 
£134. Brother EP44 £212 (£208) £228. 


SWANLEY ELECTRONICS 


Dept CT, 32 Goldsel Road, Swanley, Kent BR8 8EZ, England. 
TEL: Swanley (0322) 64851 


Official orders welcome. All prices are inclusive. UK prices are shown first and include 

post and VAT. The second price in brackets is for export customers in Europe and 

includes insured air mail postage. The third price is for export customers outside 
Europe (include Australia etc) and includes insured airmail postage. 


NEXT ISSUE OUT 
FRIDAY OCTOBER 11th 


BUILDING A DATA BASE — 

a bricks and mortar approach 
SIDEWAYS ROM — 
Superpower's Amstrad sideways ROM card reviewed 
COMPUTER CRIME — 
the anatomy of the problem 
LEAST SQUARES — 
approximating polynomials of N'th degree 
CAD — 

BBC character generation 
COMPETITION — 
win a Zenith PC 


All this and more in the next edition of 


Computing Today 


Articles described here are in an advanced state of preparation but the circumstances may dictate changes to 
the final contents. 
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Algorithm Angles 


Geoffrey Childs 


make no apology that my main aglo- 
rithm in this article is, when expressedin 
BASIC just one line long! 


895 IF SR=1 THEN SR=0:RETURN 


An algorithm is a posh word meaning: “a 
method of achieving a result.” It is usually 
applied to a result that we wish to use many 
times. I am sure that for many readers of this 
magazine, programming is the main activity 
with computers. A method that can be 
applied to programming is an algorithm, 
whether it is a page of coding or simply an 
idea that can often be used. 

Much scorm is heaped on programmers 
who do notsit down and plan a program with 
flowcharts or similar methods. We are told 
that if we do not discipline ourselves in this 
way, wemay manage tohack out games, but 
that our methods are notsuitable for any form 
ofserious programming. What do they mean 
by “serious programming’? I suspect it 
means programming for business, where a 
firm of consultants willbe called inif anything 
goes wrong. Yet computing has progressed 
far beyond the point where the only serious 
applications were forfirms like 1.C.L orone of 
the big banks. 

Let us take just one example of serious 
programming that has no business applica- 
tions: educational programming. I am sure 
that readers can think of many other exam- 
ples, but this one will be sufficient forthe pur- 
poses of this article. 

The first question in a programmer's mind 
must always be: “What does the end user 
want?” Certainly, in education, asin all other 
applications, the first requirement is a pro- 
gram that works. Simplicity of use is of major 
importance, particularly ifthe content matter 
is such that the teacher or user is unlikely to 
be particularly proficient with a computer. 
Speed is unlikely to matter much. If the pro- 
gramming style enables the program to run 
efficiently, it will be adequate in most 
cases. 

There is aneed, naturally, forthe program 
tobe useful ratherthan agimmick, and many 
educational programs fall down on this score. 
But, above all, there is a necessity to sustain 
interest. | defy any programmer who thinks 
that maximum interest can be provided by 
sitting down with pencil and paper, working 
out flowcharts and subroutines, typing the 
program into the computer, and leaving it 
at that. 

My method is rarely to put anything on 


ALGORITHM 
ANGLES 


paper. I will have had ideas in my head, 
usually for days or weeks before I touch the 
computer. In this time a broad design will 
have been formed. When I have enough 
time to spare I start to write the program. Still 
no paper, usually. As I write the program. I 
live with it, and expect to have many 
thoughts which will improve something that! 
have already done, brighten up the next part 
orindeed add something fundamental to the 
overall design. During this time | may set a 
bright idea for the title page which is usually 
one of the last parts of the program to be 
written. 

I may have started with some subroutines. 
— Idon'tbreak all the rules all the time — but 
there are times when I have an idea that 
would be much more simply executed if I 
had written part of the main program as a 
subroutine. I could rewrite it, I could copy it 
out again. What a bore! Programming is my 
hobby, not my daily round of toil. Luckily 
there is a simple way out. Set the flag SR, 
GOSUB into the main routine and simply 
insert the one line algorithm that I have 
given. 

Is it bad programming? I will leave you to 
decide. The experts talk about recursion 
with great reverence and say that it is not 
possible in BASIC. I suspect it is, but since 
the main program can be thought of (or even 
written) as a subroutine, I could use a snob- 
bish name for my method and call it semi- 
recursion. But that isn't the point, — the 
method is useful and efficient. If it doesn't 
satisfy the purists, why should we mind if the 
program works? 

Has anybody realised that because you 
can do things like this, BASIC in some 
respects is a very efficient language? Despite 
what I have said, I nearly always write 
machine code on paper if I use it, unless I 
have had too many drinks to read my own 
writing! 


800 INPUT “Enter name of file.”;F$ 

810 L=LEN(F$):IF L=O THEN 800 

820 IF L>8 THEN F$=LEFT$(F$,8):L=8 

830 G$="":"FOR N=1 TOL 

840 Z=ASC(MID§&(F$,N,1)) 

850 IF Z=46 THEN N=L 

855 IF Z>47 AND Z<58 THEN G$=G$ 
+CHRS(Z) 

860 Z=Z AND 223: IF Z>64 AND Z<91 
THEN G$=G$ + CHR$(Z) 

870 NEXT 

880 IF G$="" THEN 800 


890 F$=G$+" DAT” 
900 REM Rest of program. 


This is a recent example of the use of the 
algorithm — if you like an algorithm in itself. 
The idea is to call for a name for a data file 
thatthe computer will accept. Small orupper 
case is accepted, and if anybody has been 
‘helpful’ by adding .DAT this is taken too. I 
wrote this in the main program, (yes, itshould 
have been asubroutine, butit wasn't). Later! 
thought of another option for the main menu 
which also needed a data file. Just putin line 
895 as indicated and GOSUB 800 from the 
new routine. Easy! 

Another recent recurrence of the situation 
arose when | was writing a suite of statistics 
programs. Naturally, a standard deviation 
calculation was included, and it was neces- 
sary to call this routine from another, more 
complex calculation. The original routine 
had used CLEAR for two reasons, one slightly 
sloppy, perhaps. Various counters had been 
used, and the CLEAR resets these to zero if it 
has been ‘forgotten’ in the original coding. It 
also contained arrays dimensioned to the 
user's taste. The CLEAR allows them to be 
redimensioned. 

But this causes the SR flag to be cleared as 
well, and may obliterate the retum address 
in some BASICS. The first problem is solved 
by POKEing a flag instead of setting a vari- 
able, and the second by using the dreaded 
GOTO instead of GOSUB, and RETURN. 

Where do you POKE to set the flag? On 
this particular computer ! used location 83, 
since it is in the middle of the operating 
system in a row of unused bytes. Nobody's 
going to mess about there (except me). 
Another way is to set a LIMIT and use the 
locations above this as flags. If the BASIC is 
in RAM (or partofitis), youcanPOKE into the 
middle of amessage successfully. Beware of 
this, however! Somebody may be using a 
modified BASIC. A simple and universal 
alternative is to write: : 


1 REM This is the last REM in the 
program. 


It is probably true, anyway, if you program 
like me. Itleaves you alocation, say 6 above 
the start of BASIC, that is safe to 
use as a flag. 
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Jamie Clary 


he Omni Reader must be one of the 
Ap more unconventional gadgets 

Computing Today has reviewed in 
recent months, a welcome change from 
modems, disc-drives, and other run-of-the- 
mill peripherals. Not only is it different, but so 
far as we can tell itis the only optical charac- 
ter recognition system widely available, and 
it is certainly uniquely priced at £595 + 
VAT. 


THE OMNI 
READER 


An OCR system for less than £10K? You must be joking! Oberon 
International aren’t, and theirs costs less than £1K 


The system consists of two moving parts, 
and a tablet upon which the source docu- 
ment rests. A precision read-head, contain- 
ing a broad-spectrum light source and an 
infra-red detector, is moved by hand along a 
grove in a ‘tracking-guide’. The tracking 
guide is essentially a ruler serving two pur- 
poses. Firstly, it assists the user in aligning 
the read-head accurately to coincide with 


vides the system with vital information 
regarding the position of the read-head and 
the rate at which the line is being scanned. A 
‘clock-track’, a line of dots and dashes prin- 
ted onto the ruler, is detected and decoded 
by the system as the image ofthe characteris 
lifted from the page. Since no guarantee can 
be put on a user's ability to move the head 
smoothly along the page, the system has 
been designed to tolerate significant varia- 
tions in the scan-rate and this self-clocking 
technique copes admirably with such varia- 
tions. Incidentally, the stated maximum 
bidirectional scan rate is one hundred and 
sixty characters per second, which we are 
told is 2 to 3 times the speed of a’competent’ 
WP operator (competent WP operators 
slighted by this remark, please complain to 
Oberon, not us! - Ed.) 

The Omni Reader can bé linked to any 
micro with an RS232C or RS423A interface 
and appropriate software. Six baud rates, 
randing from 300 to600 Baud can be selec- 
ted viaaDIL switch on the tablet'srearpanel, 
and although no serial cable is supplied, all 
the necessary information required to con- 
figure a match for your system is given in the 
user manual. 

Incidentally, it is amusing to note that the 
maximum scanning rate claimed for the 
system exceeds its maximum serial trans- 
mission rate by roughly 50 characters per 
second - shome mishtake, shurely? 


FIRMWARE 


The resident software permits the system to 
recognise the four commonest typefaces: 
Courier 10, Courier]2, Letter Gothic 12 and 
Prestige Elite 12. Additional typefaces may 
be read by downloading software, available 
from Oberon at extra cost. 

Since very subtle variations can occur in 
the size of characters and the quality of 
documents, the system can be made 
tolerant of slight irregularities. LARGE and 
SMALL are two options, selected by scan- 
ning command lines printed on the tablet, 
which can be used to overcome the effects of 
photocopiers giving copies of imperfect 
scale. The POORCOPY mode, sadly not 
what I at first expected (but then my prose 
isn't too bad) can be used if characters on 
a document are imperfectly formed. 


ERS SET SEES VF EE LET SEI LS APRA dt AEE LEO SETTLE 2 SEE DAR OTOL ELIE ES, BRE ITE ILI TIS LEE TID LEE LIED LL AEE LIED LLL ENLARGE AIEEE DS ES EET. ELE LIES 
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QUIRKS 


Of the few ‘quirks’ that became evident after 
using the system and following talks with 
Oberon themselves, one important nuance 
was uncovered. The system works by detect- 
ing the stark variation between the whiteness 
of paper and the darknes of a character 
deposited upon it. In practice, the 
mechanism is a little more complicated than 
this. As has been already mentioned, 
embedded within the read head is an infra- 
red detector and a broad spectrum light 
source. While light is reflected by the virgin 
sheet, certain deposits on the paper will 
absorb infra-red, andi itis the absorption and 
reflection of infra-red light that enables the 
device to function. Unfortunately, only Car- 
bon will absorb light from the correct spec- 
trum! Copy bashed out on your time- 
honoured portable probably won't make 
the grade, since good old-fashioned type- 
writer ribbons carry non-carbon based inks 
that will not absorb infra red. However, all is 
not lost, since the system will read a photo- 
copy of your latest piece, assuming it's in the 
proper typeface etc., and most of the car- 
tridges used in modern office typewriters 
contain carbon-coated or  carbon- 
impregnated tapes. 

Although this may at first appear achronic 
oversight on the part of the designer, an 
ability to descriminate between deposits on 
the paper does offer certain advantages. Not 
only will the OmniReadertotally ignore coffe 
stains and the remains of other accidents, 
but wiping over selected portions of the text 
with one of those ghastly green or purple 
highlighting pens will make the read-head 
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Dimensions 


Weight 


Rule scan 
length 


Data output 
format 


Baud rates 


Typeface 
recognition 


Price 


75CPS NLQ MODE 2 


80 col thermal printer 
Centronics interface only 99.00 


219.00 
319.00 
435.00 
189.00 
275.00 
99.00 
99.00 
79 00 
199.00 


MANNESMAN TALLY MT80 
CANNON PW1080A 
CANNON PW1156A 
BROTHER M1009 
DAISYSTEP 2000 
BROTHER HR5 

CTP80 THERMAL 

CCP40 PLOTTER 

A4 SIZE PLOTTER 


Shinwa 
CP80 PARALLEL 
CPA80 PARALLEL 
CPA80 SERIAL 
CPA80C FOR CBM64 


ALL PRICES INCLUSIVE OF VAT 
PLEASE ADD 10.00 DELIVERY 


MANY OTHER PRINTERS AVAILABLE. 


PLEASE TELEPHONE FOR PRICES OR ASK FOR OUR FULL LIST OF 
COMPUTERS, PRINTERS, RIBBONS, DISK DRIVES, MONITORS, ETC. 


TO ORDER JUST TELEPHONE WITH YOUR 
ACCESS/VISA NUMBER AND WE WILL DISPATCH 
SAME DAY SUBJECT TO STOCK (NOT SUN) 


0702- 615809 


12 EASTERN ESPLANADE, 


SOUTHEND, ESSEX. 


FACTSHEET:Omni Reader 


CPS 
5.00 


239. 
235.00 
OTHER VERSIONS AVAILABLE 


120mm high, 270mm 


wide, 404mm long. Power 


adaptor 63mm high, 
77mm wide, 187mm 
long 
Omni Reader] .2Kg 
Power adaptor: 0.87g 
190mm max. with stan- 
dard rule 360mm max. 
with long rule 
RS232C, configured as 
modem, handshake on 
RTS to control sent data 
and on DTR, DSR, and 
DCD to contro] teceived 
data. 1 start bit, 8 data 
bits, no parity, 2 stop 
bits. 
Rear panel selectable to 
300, 600, 1200, 2400, 
4800, 9600 
Courier 10 
Courier] 2 
Letter Gothic 12 
Prestige Elite 12 
£595 + VAT 
£695 + VAT for complete 
system including soft- 
ware 


Available from Oberon International 


Cleveland Road 
Maylands Wood Estate 
Hemel Hempstead 
Herts HP2 4SE 
Tel. (0440) 3803 


mently skip words, sentences and paragraphs 
as marked. 

Sadly, the Omni Reader will not work with 
the characters most familiartous, namely the 
dot matrix variety. This has less to do with the 
wide range of fonts that dot matrix can offer, 
than the formation of a printed matrix as a 
series of parallel rows of dots, which causes 
difficulties in recognising the beginnings 
and ends of individual and successive 
characters. 


CONCLUSION 


The Omni Readeris enviably free from direct 
competition, a detail optimists and pessi- 
mists alike will use to equal and opposite 
advantage when predicting its commercial 
value. On the plus side, freedom from com- 
petition brings instant market domination. 
Conversely, there isn't much to be gained 
from comering a non-existent market, and 
that continuing research into optical charac- 
ter recognition has spawned just one 
general purpose character reader for the 
home/office market suggests that the 
demand for a product of this type is not 
enormous. 

But difficult as it is to judge any ‘first of its 
kind’ equipment, the Omni Reader really 
isnt a bad gadget. A little over-priced, 
perhaps, considering what else £600 will 
buy. The important thing to note is that the 
system works, and it is available, and until a 
rival optical character recognition system 
comes along in the same price 
bracket, it would be unfair not to = 
suggest considering it. ouames 


TRACER - A new Robotic 
Teaching System from LJ 


The new LU TRACER 
Robot provides a cost- 
effective introduction to the 
world of Robotics. 


This ruggedly constructed XYZ 
robot features both stepper motor 
and closed-loop servo motor 


’ drive. The TRACER can be driven by any microcomputer 


with a suitable TTL level I/O facility. 


The TRACER is supplied with a pcb Assembly Task Kit (as 


shown) and a 3 colour pen-plot kit. 


For full details of this and other LU products send for our 


catalogue. 


LJ Electronics 
Francis Way, Bowthorpe Industrial Estate 

Norwich, NR5 9JA. England: 
Tel: (0603) 748001 ‘Telex: 975504 


COMMANDS 


“ 


Geoffrey Childs 
tis easy’, one manual comments, “to 
I tailor this BASIC to yourneeds.” Easy? 
I'll leave that for you to answer! 
Perhaps it is just a question of relativity. 
Recently I read a claim by somebody that a 
professional progammer could leam a new 
processor in two days. This raised much 
disbelief, except from another gentleman 
who reckoned it would only take him twenty 
minutes.O.K., I'll believe them, but I know it 
would take me a lotlonger. I also read some- 
where that an average day's output from a 
professional programmer was 22 bytes. At 
first sight this looks extremely small, butifyou 
work it out, it simply means that a team of six 
programmers would write a BASIC inter- 
preter in about six months if they started 
from scratch. 

All this comes down to the question of 
whether you could improve your own BASIC 
intepreter. Maybe you don't want to. More 
likely, you feel that it would be impossible for 
you to do so. What! want to show youis that 
although I am not claiming that is is easy for 
most of us mere mortals, it may not be as 
impossible as it looks! I will agree that on the 
two computers! have tried this with, the BASIC 
has been in KAM Which makes life easier. I 
have seen BASIC extensions for some ROM 
based interpreters, such as the Commodore 
64, BBC, Spectrum and Amstrad. It is a mat- 
ter of knowing how and if it can be done of 
your own computer. In this article I intend to 
describe what I did on one computer, the 
Einstein. In the end, I feel the effort was 
worthwhile but there were many moments 
when things went wrong and I knew myself 
forthe idiot that others have always taken me 
to be! 


ON LINE 


It all started with a telephone call one lunch- 
time. He said, “I've got a prototype Einstein, 
and I'm going on holiday for two weeks. Will 
you take it and write some software if you 
can?” I replied that I should also be on 
holiday. “Yes, that’s what] mean” His idea of 
a holiday for himself is very different from his 
idea of a holiday for me! Still he’s the boss of 
a software house, and works very hard. At 
least that's what he tells me. 
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So, that evening I picked up the biscuit- 
box. We called it a biscuit box because it 
looked like one, but eventually I used this 
particular machine for quite a long time and 
became very fond of it! 

Atthattime the usermanualshadnotbeen 
completely written, sosome ingenuity had to 
be used to discover the capabilities of the 
machine. This is exactly the challenge I 
enjoy, and it was interesting to later read the 
(very good) manuals and find where I was 
right and where! had missed something. The 
BASIC that was available was Xtal, which 
was loaded from disc after going into DOS. 
Recently, Tatung have produced an alterna- 
tive BBC type BASIC which will run on the 
Einstein. 

The first problem was thatI had neverused 
Xtal Basic before. Maybe this wouldn't have 
been a great problem with a full manual, but 
first ] had to discover what it could do. The 
reserved word table must be somewhere in 
BASIC, so it had to be found. It is always 
worth doing with anew machine. Itis surpris- 
ing what gets missed out, even in a fully writ- 
ten menu 


10 FOR N= TO 16000 

20 IF PEEK (N) <> 78 THEN NEXT 

30 IF N= 16000 THEN END 

4O IF PEEK (N+1) <> 80 THEN NEXT 
50 IF PEEK (N+2) <> 85 THEN NEXT 
60 ?N: NEXT 


This searches for the three middle letters of 
INPUT. INPUT will normally be near the start 
ofthe reserved word list, so that when you set 
a value of N, you should be able to find the 
start of the table without too much difficulty. 
(You can leave out line 30 if you can put up 
with atrivialcrash atthe end.) Another way of 
finding the reserved word wouldbe to gointo 
the machine's monitor (if it has one) and 
dump the code, but! am not convinced that 
this is quicker in the end. 

By the time I retumed the Einstein, I had 
discovered what all but two of the keywords 
did, and decided I was very impressed by 
the machine and Xtal BASIC. I also decided 
that there were a few ways in which Xtal 
BASIC could be improved, and intended to 


try to do this. This is not a contradiction in 
terms. A good BASIC is worth improving, 
whereas a bad one you just hope notto use! I 
know! may stirup ahomets' nest, but my opi- 
nion is that Xtal is a better BASIC than the 
much vaunted BBC... Allright, allright, but! 
am entitled to my own opinion! 

Notlong afterwards! was loaned an(almost) 
production model, and decided to try outmy 
ideas. There were three tasks to carry out 
before anything serious could be attempted, 
and another ongoing one, which a year later 
I haven't fully completed! 

The first was to write a disassembler. It is 
probably true to say that making alterations 
to BASIC is three parts disassembly to one 
part writing code. It isn't particularly difficult 
to write a BASIC disassembler(or assembler 
come to that), but it is time consuming. It is 
one way in which one can become more 
familiar with machine code. It may not be 
original, but! think I put one innovation into 
this one, as it will read code from the right 
place if a keyword is typed in instead of a 
number. 


WORKSPACE 


The next task was to give myself space to 
work. I wanted an extra 1K, as] felt that this 
would give sufficient space forthe extra cod- 
ing forthe new reserved words, the additions 
tothe address and reserved word tables and 
the diversions of resident routines that might 
be needed. This still left over 42K for BASIC 
programs. XTAL BASIC works on a series of 
pointers which can be accessed by PTR and 
listing these suggested which ones would 
have to be changed to raise the start. Even- 
tually I changed them, checked with a short 
BASIC program which worked and SIZE was 
retumed correctly. Satisfied with a job well 
done, BASIC was saved, and reloaded. The 
start wasn't raised. The cold start routine had 
undone all my work! So that had to be 
changed as well. After disassembling this 
and making several changes (as well as the 
original ones), BASIC saved and loaded 
successfully. When! wasreminding myselfof 
this in order to write this article, I discovered it 
could all be done with a single DOKE! On 
loading BASIC, the machine executes a 
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cold start routine, which copies the pointers 
into the addresses required by the inter- 
preter. It is only necessary to adjust the start 
of BASIC pointer and the routine will make 
the adjustments required for the other 
pointers. 

The next task was to make space for extra 
reserved words and addresses. The archi- 
tecture of the code at the end of the inter- 
preter works like this: 


Standard word table 14859 
Auxiliary word table 15300 
Auxiliary address table 15412 
Standard address table 15462 
Standard function address table 15598 
Cold start boot up 15698 
Basic program start 15873 


If the auxillary address table is moved up to 
the old start of BASIC, we have another 50 
bytes for the names of new reserved words. 
We also have room to add addresses to the 
auxiliary table which will correspond to 
these words. Copy the auxiliary address 
table into the new locations by POKEing. 
Now change the pointer, and, if you like, put 
O's into the old locations of the auxiliary 
address table. Your BASIC should still be 
working although you have nothing new and 
have lost 1K of RAM. Youwillneed to change 
the cold start routine to adjust this pointer 
before you save this amended version. 

Ready to go? Not abit of it. Now comes the 
hard work. You do not, of course, need to 
disassemble the whole BASIC, but youneed 
to know enough of whatis going on at certain 
parts of it. Prepare for a slog, this is what I 
meant by the “ongoing task”. 

Eventually I was ready to add new words, I 
chose REG for the first experiment. It is not 
very useful as it simply stores the registers in 
a buffer, but the code is simple. Most of the 
routine would be used in a later addition: 
USR X,Y loads register BC with X, executes 
code from Y, and stores the register results in 
this buffer. Above all, this word would check 
that! was getting in and out of the interpreter 
successfully. You do need to find out which 
registers must be stored, whether to retum 
with a RET or a JP, and how to add to the 
reserved word table keeping the end oftable 
pointer at the right place. REG worked fine, 
for what it was, and now | could be more 
ambitious. 

There were three questions I needed to 
ask: 


@ What would I like to add to the BASIC 
(or amend)? 

@ What would other users like? 

@ What did the magazine reviews 
suggest was needed? 


Above alll wanted aFIND and aFIND” which 
are not quite the same, as the former 
searches reserved words while the latter 
searches text. Ialso felt that a TRACE should 
be added, along with a simpler method of 
appending programs. Other users would 
probably like some additional control struc- 
tures, and I would add REPEAT UNTIL, 
GOTO and GOSUB labels. LCL, the option 
to localise variables in a subroutine, was 
another sop to structure. 
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EXAMPLE ROUTINE 


At this stage I shall show you one of my 
routines. Itis fora keyword OVER. If youhave 
never heard of it before, norhad I. Yetitis so 
simple and frequently used that it amazes 
me that nobody seems to have thought of it 
and incorporated it in other BASICS. It 
simply prints a message at the bottom of the 
screen for a key-press, and turns over on to 
the next screen. Haven't you written this 
routine in BASIC, time and time again? 

The coding is simple. It was finding the 
ROM routines that took most of the time. Itis a 
good example that assembling BASIC is 
three quarters disassembly. 

There were four routines to locate. First 
place the cursor at the right spot. This is 
found by looking through the PRINT routine 
searching for @ and seeing what it does 
next. You can find message routines at 
numerous places in the BASIC. INCH (the 
near equivalent of GET or INKEY in many 
systems) gives a routine fora keyboard scan. 
Finally, itisn't hard to work out what CLS will 
give as a clear screen routine! 

I give the routine in decimal, not hex. I'm 
sorry, | find that it is easier to remember 
locations that way, even though I suppose it 
is a little eccentric! 


16650 PUSH HL 

16651 LD DE 5892 (row 23 col 4) 

16654 CALL 8889 (place cursor) 

16657 CALL 697 (write message) 

16660-16681 MESSAGE 

16681 CONTAINS 135: 7 for bell, add 
128 for end of message. 

16682 LD E 25 

16684 CALL 8889 (flash cursor at right 
place.) 

16687 CALL 13692 (keyboard scan) 

16690 CALL 11122 (clear scan) 

16693 POP HL 

16694 RET 


Space does not permit detailing the routines 
used in full, but these brief descriptions of 
some of the more interesting ones may be 
of use. 

FIND first of all stores the subsequent 8 (or 
less) bytes in a buffer specially created for 
this. If it is not followed by”, the bytes willbe 
in tokenised form, which allows the reserved 
words, as well as parts of strings to be 
located. The pointers for start and end of 
BASIC program are put in the registers and 
each line is scanned for a match with the buf 
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fer. Ifsuch amatchis found the line numberis 
taken from the stack where it has been 
PUSHed, intoHL, and the routine at 768(dec.) 
is used to print it on the screen. The routine 
continues until the end of the BASIC pro- 
gram and takes about 0.3 seconds to search 
a program of 20K size with perhaps a couple 
ofmatches. Some of the routine is also called 
by the GOTO and GOSUB when a label is 
used instead of a line number. 

REPEAT UNTIL consists of two parts. The 
first part claims a buffer of 20 bytes, so that 
these loops can be nested 10 deep. The 
repeated statement pushes everything in 
this buffer up two bytes, and finds the 
address of the end of the REPEAT statement, 
loading the lowest 2 bytes of the buffer with 
this. Anything after REPEAT will be ignored 
so that REPEAT Countdown, for example, is 
acceptable for those who like to label in this 
way. The UNTIL relies heavily on the IF 
routine resident in the interpreter. There are 
difficulties in that the sense of a statement is 
sometimes opposite and thatELSE wouldbe 
meaningless in an UNTIL statement. 

LCL (localise variables) works by a trick, 
(to be honest an amateur can get away with 
it, although I'm sure that professionals would 
frown uponit!) OnLCL, any single letter vari- 
able has a 9 added, e.g. N becomes N9. At 
RETURN or a second LCL, all ‘single letter 
followed by 9’ variables are tured into 
single letter ones. Thus a subroutine contain- 
ing LCL may be called where N=10 in the 
main program. In executing the subroutine, 
aFOR N=1 to 1000 loop is run. Upon return 
from the subroutine, N will have the old value 
of 10. BothN’s will be in the variable table but 
the interpreter will take the value of the firstN. 
Using LCL means you can't use variables of 
the type K9 in the main program, but per- 
haps that isn't a great sacrifice! 

OLD needs more rewriting of the existing 
NEW routine than writing the OLD routine. 
NEW now saves some pointers and the first 
20 bytes of program in an area of memory 
reserved for this. OLD checks whether the 
previous program is sufficiently intact, and if 
so, loads back what has been stored by 
NEW. 

One could not write an article like this 
without mentioning bugs’ First of all, there 
were the bugs in the original Xtal BASIC, — 
well, perhaps not bugs, but alterations I felt 
should be made. PSG7, N; asound genera- 
tor command, crashed the machine into 
limbo if you were careless in the choice of N. 
The MUSIC didn't stop, unless you put in a 
rest at the end. REM ignored subsequent 
statements on a line. The first two were easy 
to cure, but to change the REM would have 
caused confusion. The answer was to use as 
an altemative REM which operated only as 
far as the next colon. 

The mostintriguing bug that] came across 
in writing the alterations was in FIND. The 
routine is meant to report line numbers when 
the word is found. It did report — 371 every 
time! After correction it only reported 371 
some of the time! Clearly the machine was 
trying to tell me that although in early com- 
puting days 42 was the secretofthe universe, 
Einstein's relativity has changed this secret 
to 371. 
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solved the mystery. 

Until very recently I hadn't found any bugs 
in either the Einstein’sXtal BASIC or my own 
version for about six months. But suddenly, 
bugs were having a field day! One in the Xtal, 
2in my own. IF...THEN...FILL doesn't work on 
Xtal! The reason is that the second token in 
FILL is the same as ELSE. This would be fid- 
dly, but not impossible to correct. My FIND 
doesn’t work if the program is under HOLD. 
That would be easy to alter. Just callthe MGE 
routine at the start of FIND. Finally a most 
peculiar one: If you type: ?A!A, the machine 
completely hangs up. It is clearly to do with 
the fact that I used ! as a label indictor for 
GOTO and GOSUB, butI haven't fathomed 
this out. Anyway, whoin his right mind would 
write’? A! A’? Actually it came about because 
of anoddityI noticed:? 45114 gives41.? 4311 
4 gives 47. What is 65 II 3, and why? 

The answer is 66; ASC(‘II")=124, the 
token for XOR! 


Note: The OVER routines were taken from an 
early version of Xtal BASIC (when the routine 
was slightly modified, for the later version, 
youcan imagine my horror when! discovered 
thatthe CALLs had changed addresses by a 
few locations!). If you wantto use OVER with 
later versions of Xtal, change 8889 to 8900 
(addresses 16654 and 16684), 697 to 699 

Once the alterations had been writtenI Whycouldn'tILOCK my disc programsany (address 16657), 13692 to 9924 (address 
did not find much that had to be altered. more? Changing the reserved wordLOC to 16687), and 1112 to 11093 = 


Once | was mystified for 24 hours, though. LCL sorted that out, when I eventually (address 16690). 


PROGRAMMER 
FOR THE BBC MICRO 


Programs 2764, 27128, 2764A and 27128A Eproms 
Only connection to User Port on BBC 

Operating software supplied in Eprom — no tape 
loading problems 

ROM format command allows Basic programs and 
other files to reside in Eprom 
Fast error-free programming 
Zero insertion-force 
socket for ease of use 
Compact, sturdy 
construction 
Comprehensive 
documentatio 
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Industrial environments | __ 


£67.00+VAT 
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Blockcode 


Dan Jonsson 


he simplest logical structure of a 

/ program is a sequential arrange- 

ment of operations. A simple pro- 

gram, shown below, to point out the square 

root of a number illustrates this: in this pro- 

gram, the four operations in lines 10 to40 are 

executed one atterthe other, ie sequentially, 
and then the program ends. 

10 PRINT "PLEASE INPUT A POSITIVE NUMBER" 


20 INPUT X 

30 LET Y=SQRT(X) 

40 PRINT "SQUARE-ROOT OF "3X;"="3Y 
50 END 


The sequential structure is not the only 
logical structure available, however. The 
complexity, flexibility and power of com- 
puter programs derive to a large extent 
from the appropriate use of non- 
sequential, conditional and_ iterative, 
execution of statements. Facilities for 
specifying conditional and iterative execu- 
tion of statements are available in all full- 
blown programming languages, but in 
more or less convenient forms. 

It is possible to fully implement all kinds 
of conditional and iterative control struc- 
tures by means of jump instructions, such 
as goto and if-goto, after all, this is the 
only means available for expressing pro- 
gram structure in machine code. 

Problems arise when this primitive form 
of instruction is used directly by the pro- 
grammer. The basic problem with jump 
instructions is that they are foo general 
and flexible, and leave the programmer 
too much freedom to construct convoluted, 
obscure, error-prone, and hard-to-modify 
code. For these and other reasons, pro- 
gramming languages have been 
developed which are intended for so- 
called structured programming, where 
jump instructions are eliminated in favour 
of structured control structures such as if- 
then-else, while-do, and repeat-until. 

Structured languages include Pascal, 
Modula-2, Simula, ADA, C, PL/I, RATFOR, 
COMAL and others. Since Pascal is the 
most well-known among these, it will be 
taken as a representative of structured 
languages in general in the discussion 
below. Control structures commonly used 
in Pascal include if-then, if-then-else, 


BLOCK CODE 


The problem with most computer languages is that they don’t discourage, 
and sometimes even encourage, bad programming habits. Here is a 
proposal for a new language that makes the programmer behave — 

and even if it’s never implemented as a language, it can be used as a 
pseudocode to describe algorithms. 


while-do, repeat-until, and for-do. In 
addition, Pascal-like languages possess 
facilities for creating compound statements 
by bracketing two or more statements with 
begin-end, curly brackets, etc. 

In sum, there are four common ways 
of specifying program structure: 
@ By the sequential arrangement of 
statements; 
@ By jump instructions (goto, if goto, etc); 
@ By explicit control structures (ifothen- 
else, while-do, etc); 
@ By statement brackets (begin-end, 
etc). 


It is worth noting that all four methods of 
specifying program structure are used in 
Pascal. Explicit control structures have 
not really replaced goto statements, but 
have merely been added to the language. 
In addition, the control structures offered 
sometimes require begin-end statement 
brackets to be added. This multiplication 
of features may indicate that the approach 
taken is not ideal. 

One reason for the retainment of goto 
statements (and/or ‘structured’ jump 
instructions, eg break, exit, quit, etc) 
seems to be the well-founded view that 
Pascal-type control structures are not by 
themselves sufficiently powerful to provide 
convenient representations of program 
structures required to solve many mod- 
erately complex programming problems. 
Exiting from the interior of loops and exit- 
ing from program segments on error condi- 
tions may be cited as two problems that 
cannot be comfortably handled by means 
of only Pascal-type control structures. 


A NEW STRUCTURE 


For some time, I have been engaged in an 
attempt to develop a new, powerful type of 
control structure. The qualities I have been 
looking for are versatility, symmetry, 
coherence, simplicity, and conciseness — 
quite a long shopping list, but the ‘psuedo- 
language’ presented in this article, 
blockcode, seems to possess these vir- 
tues to a great extent. The proposed way 
of specifying program structure works as 
follows: 


1. Each program contains one or more 


statements. Statements may take the form 
of compound statements, ie, statement 
blocks. Since statements blocks are them- 
selves statements, they may be nested 
within one another. 


2. Each statement block starts with a front 
statement followed by a colon (:) and then 
one or more internal statements followed 
by a full stop(.). 


3. Front statements start with an optional 
do, also and else, followed by an 
optional condition part starting with if. 
Front statements may thus have eight dif 
ferent forms: 


empty front statement 


if simple conditional 
statement 

do unconditional do 
statement 

do if <cond> conditional do 
statement 

also unconditional also 
statement 

also if<cond> conditional also 
statement 

else unconditional else 
statement 

else if<cond> conditional else- 
statement 


The following simple example of a state- 
ment block corresponds to an ifthen 
statement: 


if x<>y: 
x=(xty)/2 
y=x. 


4. Control structures are specified not only 
by front statements but also by the special 
internal statement repeat. The blockcode 
below, for instance, corresponds to a 
repeat-until structure: 


do: 
x=x/2, 
if x>y: repeat. 


5. To improve the readability of program =, 


text, so and skip may be used to indicate 
the location of empty statements. 
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6. If a program line contains m colons (:) 
and n full stops (.), then the left margin for 
succeeding program lines is moved m-n 
steps to the right if m>n, and n-m steps to 
the left if m<n. 

The last rule generates an automatic 
indentation of program lines that reflects 
the logical (hierarchical) structure of the 
program. Two important concepts, which 
in reality concem the logical structure of 
programs, can be defined in terms of the 
pattern of indentation of program lines. 
First, the indentation of a statement equals 
m-n, where m is again the number of 
colons precending that statement and n is 
the number of full stops preceding it. 
According to the rule just stated, the quan- 
tity m-n is reflected in the indentation of 
the program line containing the statement 
except when statements on the same line 
are separated by a colon or a full stop. 

Second, if two equally indented state- 
ments are not separated by a Jess inden- 
ted statement, they are said to be 
connected. In the program segment 
below, for instance, the indentation of 
statements a and c is equal to 0, while the 
indentation of b, d and e is equal to 1. Two 
pairs of equally indented statements — a 
and c, and d and e — are connected, 
while two other pairs — b and d, and b 
and e — are separated by c. 


(a) ifK>0: 
(b)  K=K/2. 
(c)  ifi>K: 
(ad) i=i/2 
(ec)  K=2*K. 


7. Each also statement and each else 
statement must be preceded by an 
equally indented, connected conditional 
statement. 


8. Each repeat statement must be pre- 
ceded by a less indented do statement. 

The rationale for 7. should be fairly 
obvious: also and else both presuppose 
an earlier contingency which either did or 
did not occur. Similarly, the rationale for 8. 
is that a do statement is required to delimit 
the set of statements that may be 
repeated. 


CONTROL OF EXECUTION 


The above rules concemed how to con- 
struct synatactically correct statement 
blocks. Let us now turn to rules specifying 
how to control the execution of statements 
in statement blocks by means of front 
statements and repeat statements. 


9. Unless otherwise specified in the rules 
below, statements are executed in 
sequential order, starting with the first 
statement in the program. 


10. When a front statement S has been 
executed, execution will continue with the 
next statement in the program in eight 
cases: 

(a) if S is an empty front statement, or a 
simple conditional statement with a true 
condition; 
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(b) if S is an unconditional do statement, or 
a conditional do statement with a true 
condition; 

(c) if S is an unconditional also statement, 
or a conditional also statement with a true 
condition, and the most recently tested 
condition in a connected front statement 
was true; 

(d) if S is an unconditional else statement, 
or a conditional else statement with a true 
condition, and the most recently tested 
condition in a connected front statement 
was false. 

In all other cases, the next statement that 
is not more indented than S will be 
executed next. 


11. When a conditional front statement S is 
executed, its condition will not be tested in 
two cases: 

(a) if S is an also statement and the most 
recently tested condition in a connected 
front statement was false; 

(b) if S is an else statement and the most 
recently tested condition in a connected 
front statement was true. 

In all other cases, the condition will be 
tested. 

12. When a repeat statement has been 
executed, execution will continue with the 
most recently executed less indented do 
statement. 


SOME EXAMPLES 


Segments of blockcode corresponding to 
if-then-else, while-do and for-do control 
structures in Pascal are exhibited in Listing 
1. Also shown are the simple, straight- 
forward blockcode representations of two 
structures that strain Pascal's powers of 
expression: a loop with a premature exit 
(requiring an awkward nested if-then-else 
construction). 

The representation in terms of block- 
code of the program segmenis in Listing 1 
is almost trivial. To translate the BASIC 
code in Listing 2 into blockcode poses a 
much greater challenge. This is a merge 
sort routine (published in Computing 
Today, July 1984) containing no less than 
14 goto statements. If it proves possible to 
translate Listing 2 into structured block- 
code with no gotos at all, then you will 
probably agree that something has indeed 
been proved. (If that's not enough, I 
suggest that you try to translate the routine 
into Pascal, with no gotos. By the way, it is 
no fault to use gotos in the BASIC code, 
since the control structures of BASIC are at 
best the same as those of Pascal.) 

It will be instructive to translate the 
BASIC code in Listing 2 step by step. The 
strategy used is to succesively indentify 
and code statement blocks, proceeding 
from larger to smaller blocks, filling in more 
and more details. 

Starting with the general structure of the 
routine, it consists of a couple of initial 
statements plus a main loop: 


FB=O; PRINT “Sorting” 
DO: 
(lines 650-860) 


FB=FB+1; PRINT FB. 
IF C(0)<>0. 
REPEAT. 


Analysing lines 650-860, we find that 
they contain three major blockcode 
segments interleaved with some initiating 
statements. We thus obtain a somewhat 
more detailed picture of the structure: 


FB=O; PRINT “Sorting” 


DO: 
NA=0O; NB=0; NC=0; FA=0 
(lines 650-660) 


(lines 670-750) 
NA=0; NB=0; NC=0; HA=O 
(lines (770-860) 
FB=FB+1; PRINT FB. 
IF C(0)<>0: 
REPEAT. 


Lines 650-660 contain a for loop, which 
is easily translated: 


X=0; DO IF X<=1000: 
B(X)=0; C(X)=0. 
ALSO: X=X+1; REPEAT. 


Lines 670-750 represent a considerably 
more complicated loop. It is nevertheless a 
fairly straightforward task to write down the 
corresponding blockcode: 


DO: 

HA(A)=A(NA) 
IF FA=0: 

B(NB)=HA; NB=NB+1. 
isUSIE: 

C(NC)=HA; NC=NC+1. 
SO: 


REPEAT. 

AL Se¢ 
FA=(FA+1) AND 1 
REPEAT. 


Lines 770-860 consitute a quite com- 
plicated decision structure, and there are 
several ways of translating it into block- 
code. As there is not sufficient space to go 
into the intricate questions involved here, I 
present the representation chosen without 
further comments: 


IF B(NB)=0: 
H(A)=C(NC); NC=NC+1. 
ELSE IF C(NC)=0: 
H(A)=B(NB); NB=NB+1. 
ELSE IF C(NC)>=HA AND B(NB) <HA)) 
OR (C(NC)>=HA AND B(NB)>C(NC)) 
OR (B(NB)<HA AND B(NB)>C(NC)): 
H(A)=C(NC); NC=NC+41. 
ELSE: 
H(A) = B(NB); NB=NB+1. 


When the above blockcode segments 
are inserted at their proper places in the 
program structure, the blockcode in listing 
3 is obtained. 


COMPUTING TODAY OCTOBER 1985. 


Blockcode 
nT SESS SEO A SP I I A IIE EE IO ET EE EIT ED SEI AE EET LIE LAL ECD ELE LEER ISE BIEL EE EE LE ITE TEA ETE, 


Listing 1. 


PASCAL BLOCKCODE 
if--then--else 


AGE Ieee 
f=n*¥f 
n=n-1. 


else: 


while x<y do begin 
X2=2*x3 

ys=yt+l 

ng; 


ONS WEBS) yere} “1{010) ole} kK=13; do if k<=100: 
B(k) :=A(k)+d3 B(k)=A(k)+d 
d:=d+A(K) d=d+A(k). 

end; : 3 nepeat. 


loop with ‘exit’ 
more:=true; 
while more do begin 
x2=x+53 i mod 3<>0; 
if x mod 3=0 then more:=false; X=X-2 
if more then n=n+1 
begin repeat. 
Xtiak—es 
n:=n+1 
end 
end; 


‘exit-upon-error' 
read(x)3; ne 
Re sa yee 

process (x); if x<>0: 
read(y); 
if y<>0 then 
begin 
process(y); 
read(z); 
if z<>0 then 
process(z) 
else 


process(x) 

read(y). 
also if y<>0: 

process(y) 

read(z). 
also if z<>0: 

process(z). 
else: 

error. 


COMPUTING TODAY OCTOBER 1985 31 


Blockcode 


ADVANTAGES AND 
SIGNIFICANCE 


Among the advantages of blockcode, the 
first and foremost is its power and ver- 
satility: it can be used to emulate all com- 
mon control structures and then some. This 
means that the elimination of goto state- 
ments should be a practical proposition at 
last. The automatic indentation of program 
lines in a way that reflects the logical struc- 
ture of the program is another important 
advantage, especially for ‘top-down’ pro- 
gramming. The use of also is another 
innovation, and I would like to draw the 
attention to the elegant symmetry between 
else and also. On the whole, I feel that 
the economy and elegance of blockcode 
speak strongly in its favour. 

Now, while intellectually blockcode may 
be a success, what are its practical uses 
and practical significance? One applica- 
tion that comes immediately to mind is to 
construct a compiler or interpreter for a 
blockcode-type programmmig language. 
This should not be too difficult; for 
instance, a stack may be used to keep 
track of truth values of previously tested 
conditions on different levels of indentation 


and/or addresses of previous do state- 


ments on different levels of indentation . 

Such a language may or may not arrive 
some day, but in any case it is possible to 
use a blockcode-type pseudocode to 
describe algorithms and to design pro- 
grams. The next step would then be to 
translate the pseudocode into a suitable 
programming language. It is actually quite 
simple to represent blockcode-type struc- 
tures by means of goto statements. This 
translation could be preformed by a pro- 
grammer, or automatically by a separate 
program, a ‘pre-compiler’. (As stated in the 
introduction, it is only when gotos are 
used ‘freely’ that they may be considered 
harmful. It is quite legitimate to use them to 
represent a precisely delimited set of con- 
trol structures in accordance with precisely 
specified rules.) 

A hidden virtue of blockcode may be 
pointed out in this connection: data 
streams ‘consumed’ or ‘produced’ by a 
computer process may be described in 
terms of blockcode-type ‘data programs’. 
‘Input-output-oriented’ structured program- 
ming (eg, ‘Jackson Structured Program- 
ming’ and ‘Warnier Orr Programming’, 
where program structure basically con- 
stitutes an extension of the structure of 
input and/or output data, requires a com- 
mon formalism that satisfies this require- 
ment of dual applicability. 

Finally, while common flowchart are 
good for providing visual representations 
of code containing goto statements, they 
are not suitable tools for ‘top-down’ struc- 
tured programming. The logical structure 
of a program written in blockcode can be 
visualized, however, by means of block- 
charts, a kind of ‘structured flowchart’. I 
shall make no attempt, though, to present 
blockcharts here — they deserve a 
separate article. 


Listing 2. 


Listing 3. 


FB=0:PRINT "Sorting" 
NA=0:NB=0:NC=0:FA=0 
FOR X=0 TO 1000:B(X)=0:C(X)=O:NEXT X 
HA=A(NA) 
IF FA=0 THEN 710 
C(NC )=HA:NC=NC+1 
GOTO 720 
B(NB)=HA:NB=NB+1 
NA=NA+1:IF NA>N THEN 760 
IF HA<=A(NA) THEN 670 
FA=(FA+1) AND 1 
GOTO 670 
NA=0:NB=0:NC=0:HA=0 
IF B(NB)=0 THEN 840 
C(NC)=0 THEN 830 
B(NB)>=HA AND C(NC)>=HA THEN 820 
B(NB)>=HA THEN 830 
C(NC)>=HA THEN 840 
B(NB)>C(NC) THEN 840 
HA=B(NB) :NB=NB+1:GOTO 850 
HA=C (NC) :NC=NC+1 
A(NA)=HA:NA=NA+1 
IF NA<=N THEN 770 
FB=FB+1:PRINT FB:IF C(0)=0 THEN RETURN 
GOTO 650 


NA=0; NB=0; NC=0; FA=0 
X=0; DO IF X<=1000: 
B(X)=0; C(X)=0. 


ALSO: X=X+13 REPEAT. 
DO: 
H(A)=A(NA). 
IF FA=0: 
B(NB)=HA; NB=NB+1. 
ELSE: 
C(NC)=HA; NC=NC+1. 
SO: 
NA=NA+1. 
IF NA<N: 
SKIP. 
ELSE IF HA<=A(NA): 
REPEAT. 
ELSE: 
FA=(FA+1) AND 1 
REPEAT. 
NA=0; NB=0; NC=0; HA=0 
IF B(NB)=0: 
H(A)=C(NC); NC=NC+1. 
ELSE IF C(NC)=0: 
H(A)=B(NB); NB=NB+1. 
ELSE IF (C(NC)>=HA AND B(NB)<HA) 
OR (C(NC)>=HA AND B(NB)>C(NC)) 
OR (B(NB)<HA AND B(NB)>C(NC)): 
H(A)=C(NC); NC=NC+1. 
ELSE: 
H(A)=B(NB); NB=NB+1. 
FB=FB+1; PRINT FB. 


IF C(0)<>0: 


REPEAT. 
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Al © be completely honest, when I first 
set eyes on the sub-miniature 
PX1000, the first thought to enter my 
head was ‘hey, this is just what I've been 
waiting for’. For some time I! had toyed with 
the idea of risking an overdraft on a portable 
micro-come-wordprocessor. Foremost in my 
mind was the Epson PX-8 (reviewed CT 
November ‘84 — Ed). I had the fortune of 
attending the launch of this little beast and 
fell in love with it immediately. However, a 
price tag of almost £1000 was way beyond 
the limits of my quite shallow pockets. The 
PX-8 appealed for several very good 
reasons, one being its very good looks (so 
important for the self-conscious scribbler) 
which gave it a definite edge onits rather too 
functionally-styled brother, the HX20. I soon 
came toterms with the fact thatI'dneverbe a 
PX-8 owner, so it was with considerable 
enthusiasm that! siezed the chance to play 
with the PX1000. But couldI see myself pay- 
ing £655 to become the owner of a machine 
capable of nothing more than word- 
processing? 


WHAT YOU GET 

For £655 you get: 
@ Text Tell PX1000 (in a soft, mock 
leather case looking not unlike that of an 
electric razor) 
@ an AC/DC power supply/charger 
@ Twincore cable for dumping and load- 
ing text to and from tape 
@ three core cable for attachment to 
serial printer 


LEAMA ATRL 


A MICRO MANQUE 


For readers who flunked their French ‘O’ Levels, manqué means ‘what 
might have been but is not’. The Text Tell PX1000 pocket text processor 
might have been a portable micro, but it isn’t. 


@ 20 page instruction manual 


For the purposes of this review: we were also 
supplied with the optional TextTell PXP ther- 
mal printer. Unfortunately, we were not 
supplied with either of the two cables which 
made it impossible to test the tape storage 
prowess of the machine or its capacity for 
sending data down an RS232 line, so 1 am 
unable to comment on its performance in 
these two areas. 

The one thing you immediately become 


aware of with the PX1000 is the beauty and, 


neatness of its design. The black satin finish 
ofthe case is both functional and pleasing to 
the eye. The keyboard is extended QWERTY 
with two levels of shift on the upper (numeric) 
row (see photo). Certain related keys are 
colour coded to indicate a similarity in the 
functions they perform. For example, the 
standard alpha-numeric set is in black, 
whilst all keys concerned with outputting 
data to and from the display (PRINT and 
LIST), tape (LOAD/SAVE), and otherremote 
units via the built-in modem/acoustic 
coupler, are coloured grey. All wordpro- 
cessor function keys, ie. cursor up/down/ 
left/right are chocolate-brown. This is more 
useful than mightbe obvious atfirst, since the 
one-centimetre square keys are quite closely 
arranged and withsuchasmall keyboard itis 
important for the user to descriminate bet- 
ween keys without undue fuss. 

As is almost standard with portables with 
built-in displays, the hinged lid of the unit 


REVIEW: Text Tell PX1000 


contains the 40 column by one row LCD 
display. The area just below the display is 
occupied by a potted guide to using the 
machine, giving details of all the word- 
processing functions and commands. 

A yellow key situated atthe top right-hand 
comer of the keyboard switches the display 
on, and also acts as a brake if an operation 
(ie. transmission of data) is to be terminated 
before reaching the end of its natural cycle. 
The display switches itself off automatically 
after50 seconds, whichcanbe alittle annoy- 
ing if you are a contemplative writer — I 
regularly found myself switching the 
machine back on after a brief spell of day- 
dreaming — but this does help to conserve 
precious energy, stored, incidentally, in 
NiCad cells permanently fixed inside the 
case. 


WORDPROCESSING 


The PX1000 has a fairly standard set of 
wordprocessing functions. Text entry is quite 
normal, and in this sense the machine is 
much like a typewriter, but for the barely 
audible ‘beep’ as keys are pressed, and the 
carriage return/line-feed issued atthe end of 
each line. 

As has already been mentioned, the 
wordprocessing functions are accessed via 
the chocolate-brown keys to the left and right 
of the alpha-numeric keys. Moving anti- 
clockwise from the top-left, with each key’s 


shifted function in brackets, the functions are > 


as follows: 
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PRINT (LIST) 


MARGIN 
(LOW/HIGH) 


TAB (SET/CLR) 


INSERT (INS TXT) 


DELETE (DEL TXT) 


SEARCH 


CLEAR ALL 
(CLEAR LINE) 


DUMP (LOAD) 


CALC (SET) 


PRINT outputs an entire text'block’ tothe printer. Textisstoredin 
blocks, numbered 1 to99. A block can store amaximum of 7500 
characters (7500 characters is the machine's total capacity). As 
text is being sent to the printer, the words ‘Please wait’ are 
displayed informing the user that the machine is temporarily 
tied-up with an operation. Printing can be prematurely ter- 
minated by pressing the yellow ON (STOP) key, but as often 
happens, the printer continues to chum out everything inside 
the machine's printer buffer — something that never ceases to 
amaze me! 

LIST simply prints-out the first line of every occupied block to 
remind the user of what is currently held in the PX1000's 
memory. 

This function puts the PX1000 into readiness for the reception of 
data viaits acoustic coupler. Once RCVE is pressed, the ‘Ready 
to receive’ prompt is displayed, along with the machine's spare 
capacity. The manual gives full information on the use of this 
function, but we were unable to test it without a second unit. 
The MARGIN key allows positioning of the right margin. The 
default column width is 40 characters, identical to the LCD 
display length. Columns up to 80 characters wide are permit- 
ted, with a lower limit of ten characters. 

LOW/HIGH sets the baud rate for data transmission via the 
modem/acoustic coupler. Three baud rates are supported; 
300, 600 (V23) and 1200 baud. 

Tab stops are initially set at every eighth character. Additional 
tab stops can be set and cleared by successive actions of the 
SET/CLE key. 

Text can be entered and edited in either the Insert or Overwrite 
mode, INS TXT permits text from other blocks to be inserted into 
the current document — a sort of down-market Cut and 
Paste. 

Moves the cursor back one space and deletes the character in 
that position. : 

DEL TXT deletes all of the text within the currently selected 
block. Since this is a fairly drastic measure, youdo get an oppor- 
tunity to change your mind, if you so wish... 

The fairly standard wordprocessing search facility is available 
with the PX1000. Hit the SEARCH key and the prompt’SEARCH 
FOR + PRESS AGAIN’ appears on the display. The 
search string is limited to eight characters only, but this should 
be enough to ferret-out most words. 

The TEXT key allows the user to select the current text block. 
Text blocks can be skipped through in either direction (ie from 8 
to 99 or from 8 to 1), and this is achieved by pressing the left or 
right shift keys in conjunction with the TEXT key. 

Means what it says! Pressing CLEAR ALL twice removes 
everything from store — obviously a feature to be used with 
caution! 

(CLEAR LINE) deletes all text after the cursor on the current 
line. 

DUMP puts the machine in readiness to commit text to tape. 
LOAD prepares the machine to receive text from tape. 

The PX1000 can also be used as arudimentary calculator. Allof 
the usual arithmetic operators are present ,BASIC style, and 
once an expression is entered, followed by atrailing’=", a quick 
press of the CALC key gives the solution correct toa maximum of 
4 decimal places. 

(SET) defines the depth of indent for solutions given by CALC. 
(SET) also permits the user to define the maximum number of 
decimal places displayed for results of CALCed solutions. 


IN USE 


Although the PX1000 is a pleasure to use, it 
was slightly worrying to note the speed with 
which precious storage space was consumed 
astextwas entered. Foursmall boxes atthe top 
of the display indicate the total amount of store 


LS TILE TAIT IEE ED) ELS SEO TE PEST I REL NT BERRY BD ICID ETT LED ELLE STEELS EE ELL TG EE RL EPIL I LE LE LE LEELA TE LEIDEN TDS 


34 


remaining, each box representing 25% of 
the 7500 character memory. Each time 25% 
of the store is filled, a box is erased until 
finally the *** MEMORY FULL*** message is 
displayed. Colleagues have argued that 
7500 characters isn't really enough for 
‘serious’ applications, but by successively 


dumping portions of a text to tape this pro- 
blem can be overcome, albeit rather 
clumsily. 

My only real cause for anxiety was the 
PX1000’s annoying habit of switching out of 
the INSERT mode whilst text was being 
entered. | often found myself overwriting text 
which should have been opening up to 
accept additional copy. Presumably the 
designers reckoned on Overwrite being the 
most popular mode, but I think the choice 
would have been better left up to the user. 


DOCUMENTATION 


The 20 page manual which accompanies 
the PX1000 certainly contains all the infor- 
mation necessary to use the machine pro- 
perly. However, the layout of the individual 
sections didn't inspire me at all. Large ban- 
ner headings are used throughout which at 
first seems quite encouraging — atleast you 
know where to look for your answers. But the 
descriptions are so densely packed that 
occasionally I wondered whether I was still 
treading the section appropriate to my 
enquiry. This being said, I have seen a lot 
worse in my time, but for £655 I would have 
expected something a little more pro- 
fessionally produced. 


FACTSHEET Text Tell PX1000 


Price: £655 

ACS Intemational Ltd. 
175 London Road 
Camberley 

Surrey GU15 3JS 

Tel. (0276) 24434 


Available from: 


USERS 


The press information issued with the system 
claims: "The PX1000's potential market is 
enormous — from the obvious applications 
that sales executives will find...”, (a curious 
choice), "...to other professionals like jour- 
nalists, accountants and solicitors.” Whilst I 
would certainly agree that joumalists, and 
perhaps accountants, might certainly make 
use of a portable text processor, experience 
has shown that there are none more unwill- 
ing to touch a keyboard than those in the 
legal profession! As for the enormity of the 
potential market, it rather depends on one’s 
concept of’enormous’ — I wouldargue thata 
portable dedicated text processor costing 
£650+, certainly has potential, but ‘enor- 
mous it ain't! This being said, the market for 
the PX1000 should be obvious, appealing to 
anyone who needs a portable wordpro- 
cessor and who can afford to pay for the 
privilege. I should make the point that I 
would certainly purchase a PX1000 if on/y it 
wasn't a dedicated wordprocessor. The 
PX1000 would have been a better and more 
attractive product if the wordprocessor was 
an option in cartridge form. Admittedly, the 
machine's single line display is useful forlittle 
other than wordprocessing. As it is, the 
machine gives the impression of being a 
sadly frustrated microcomputer. 
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ON 
STOP 


SET 
CALC 


CLR LINE 
CLEAR ALL 


LOAD 
DUMP 


TEXT 


LOWHIGH 
MARGIN 


SET CLR 
TAB 


CURSOR KEYS INS TXT DEL TXT SEARCH 
INSERT DELETE syiFt 


SYSTEM. NOTHING ELSE TO BUY 


ee torte ZS O1-405 4017 


Incorporating serial and parallel interfaces, to allow 
software control of all functions, each feature controlled 
from basic with the bar commands Call from m/c or on 
entering bar modem all controls are menu driven for 
ease of use, bell/ccitt standards 300/300 600 1200 1200/75 
78/1200 full and half duplex. Auto dial and auto ¢ 
contact bulletin boards, prestel compatible, soft 
buletin on its own sideways Rom, Unique p 1 
displays what the modem 1s doing 

and digits wh to dialin 

tor. Note this em is not B. 


xx SIDEWAYS ROM «x 
* £26.05 * 


The unit holds 4 Roms. Each can be 2, 4, 8 or 16K in size 
incorporating a device to allow er Roms to be used 
less than Amstrad s d 2 hat means cheaper 
Roms, free utility Rom yer it 


OTT mEE Fot help with Reading and Writing 


Communicate with your modem 
Talk to other computers 
Use serial printers 
Split Baud rates 
Standard 25 way 'D’ connector 


£39.96 
PARALLEL PORT 


Make that Robot move 
Control electrical appliance 
Twin 8 bit ports 
Operates direct from basic 
2x 14 way speedblock connectors 


£22.57 
8 BIT PRINTER PORT 


Make use of that 8 bit printer 
Allows character codes 
Above 127 (1e 0 to 255) 

Plugs in between 1 
Port and printer cable 


£17.35 
All units are cased and have through connectors For further information 


w Plate add VAT» se el Da a i EG Adult Literacy & Basic Skills Unit 


15 Hill Street, Tel: (04853) 2 nora Nese PO Box 213 London WCIV 7ET 


Since 1975, 350,000 
adults have been 
helped toread and 

write better. 


If you want help look 
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WARGAMES 
AND COMPUTERS 


Owen and Audrey Bishop 


Part one of a series charting the 


progress of modem 
wargaming. 


eople have been playing wargames 
P for thousands of years. They have 

been played for amusement, or for 
the more serious purposes of military train- 
ing, and the planning of military 
manoeuvers. Alexander the Great, for 
example, planned his campaigns using 
models of the terrain, with tokens torepresent 
troops. 

The game of Chess can be considered to 
be an extremely formalised wargame. The 
origin of Chess is obscure, but most author- 
ities consider it to have been developed in 
India, several centuries ago. The game, then 
called chaturanga, represented an 
imaginary battle between Indian armies, 
with the pieces representing elephants, 
horses, chariots and infantry(see front cover 
— Ed). The game differed from modem 
Chess in several ways. Moves were 
govemed by the throw of dice. Today too, 
the use of dice (or their computerised 
equivalent) plays an essential part in 
simulating the effects of chance (or pro- 
vidence?) on the battlefield. But in the 6th 
century the strict application of the Moslem 
laws forbidding gambling caused the use of 
dice to be dropped from the rules of 
chaturanga. Chess, the descendent of this 
game, thus has no element of chance in it, 
making it essentially different from a true 
wargame. 

Another ancient wargame is Go. It was 
being played in China over two thousand 
years ago. Masters of the game were highly 
respected and given titles such as sei 
(or Holy Man). It spread to Japan. At the 
Military Academy in Japan, Go was a com- 
pulsory study until the 17th century. The 
game simulates the capturing of enemy- 
occupied territory by encircling it, and thus 
still has a strong military flavour today. 

More recent developments of wargaming 
began in the 18th Century, when the map on 
which the game was played was marked 
with a grid. There were tokens to represent 
the forces. These were of diffferent kinds to 
represent different types of military unit. 
Each type had a fixed movement allowance 
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computer 


to represent speed with which the real unit 

would be able to move over the terrain. 
One of the best known of the relatively 

recent wargames was invented in 1824 byB. 


von Reisswitz, a lieutenant of the Prussian 
Army and his father. By order of the Prince 
Wilhelm, this game, known as Kreigspeil, 
was adopted for military training in every 
regiment of the Prussian Army. The game 
was played on an ungridded map, and 
various designs of token were used to repre- 
sent the troops. The rule-book was a com- 
plex one, which is inevitable if a realistic 
simulation of warfare is to be achieved. In 
the early forms of the game, dice were used 
to simulate chance happenings. In later 
forms, more use was made of experienced 
umpires to decide the outcome of combat. 
Had computers been available then, they 
would undoubtably have had a part to play 
in the conduct of the game. Von Reisswitz’s 
book on Kriegspeil, has recently been tran- 
slated into English, and is available with a 
simple kit for playing the game (see address 
given later). 

Wargaming is used today by the greater 
(and lesser?) powers for military training and 


planning. Although many people consider 
that wargaming encourages aggressiveness 
between nations, there are others, including 
ourselves, who believe that ithas exactly the 
opposite effect. There is no more effective 
way than wargaming, of experiencing the 
futility of war, and being made to realize that 
in any warboth sides suffer severe loses. Vic- 
tory is rarely easy — or certain! 


WHAT IS A WARGAME? 


The short answer to this is that it is a simula- 
tion of warfare. The maps, tokens, and rules 
represent the battlefield, the troops and the 
way they would behave in battle. Whether 
one considers a wargame to be a game in 
the sense of having entertainment value, is a 
matter of opinion. In the sense of being a 
simulated contest played accordingto rules, 
with possibly a random element, it is 
definitely a game. 

The popularity of wargaming asa hobby is 
evidence that most wargames are entertain- 
ing and can also be instructive. Part of this is 
due to the skill of the wargame designers in 
picking out the more interesting historical 
contests, or in devising imaginary but in- 
genious tactical situations for the com- 
batants to resolve. 


WARGAMING TODAY 


Itmay come as asurprise tomany home com- 
puter enthusiasts to discover that there is a 
large band of wargamers equally enthusias- 
tic and devoted to wargaming. There are 
national and regional exhibitions and the 
public meetings often have long queues for 
admission. There are’charts’ ofthe most pop- 
ular (non-computer) wargames. There are 
wargaming magazines and wargaming tee- 
shirts. Wargaming is a flourishing hobby, not 
only in UK, but in Australia, New Zealand, 
Europe and the USA. 

Games based on warfare appeal strongly 
to many computer owners, as the recent 
software popularity charts reveal. Con- 
versly, many wargamers believe that com- 
puters could help to improve their war- 
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gaming. Some wargamers are writing pro- 
grams for this purpose. Yet there seems to be 
surprisingly little exchange between these 
two groups of hobbyists. We hope that this 
short series will help bridge the gap. 

The present widespread interest in war- 
gaming as a hobby began in the nineteen- 
sixties. Although a number of famous 
persons such as H.G. Wells and Winston 
Churchill had played and written about 
wargames earlier than this, the first definitive 
book on the subject was Donald 
Featherstone’s War Games; Battles and 
Manoeuvers with Model Soldiers, published 
in 1962. This followed in the late sixties and 
seventies by many other books by the same 
author and by others such as Charles Grant. 
Excluding the more specialist form, 
Kreigspeil, which is less popular, wargames 
are of two distinct types, board wargames 
and model (or figure) wargames. The model 
wargames are those popularised by Donald 
Featherstone and others. The games are 
usually designed by individuals or groups of 
enthusiasts, perhaps published in 
magazines, and mostly played by club 
members. A great deal of the activity in 
model wargaming is at club or’home’ level. 
The situation is similar to that of the home 
computer owner who individually or with a 
group of friends writes games programs for 
personal amusement and occasionally sends 
them to a computer magazine for wider 
dissemination. 

By contrast, board wargames are pro- 
duced by specialist publishing firms and are 
usually designed and play-tested by teams 
of professional wargames designers. This 
situation parallels the publication of com- 
putersoftware by large software houses. Like 
software, board wargames may occasion- 
ally have ‘bugs’ in their rules! 


MODEL WARGAMES 


The model wargame is played with model 
soldiers on a table which is usually set out 
with models of buildings, trees, bridges and 
other features to represent the terrain of the 
battlefield. Various scales have to be 
decided upon before play begins. The scale 
ofthe terrain is one obvious factor. Anotheris 
the time-scale — what span of time is rep- 
resented by one game-tum?. Depending on 
the nature of the game, a tum may represent 
anything from 5 minutes to a week of military 
activity. Finally there are the model scales. 
These present difficulties, because (except 
in skirmishes involving only a few soldiers) 
models made tothe same scale as the terrain 
would be too small to handle. Furthermore, 
few people could afford to buy a million or 
more model soldiers to field in a major cam- 
paign! The solution is that the model soldiers 
used in wargaming are, in effect, tokens fora 
larger number of men, This is not to say that 
gamers would contemplate replacing them 
with crude blocks of wood. The models are 
often masterpieces of the model-painter's 
art. 

Indeed, modelling soldiers and military 
vehicles, either from scratch or by modifying 
pre-cast models, and then painting them 
with their correct colours and insignia, is a 
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FEATURE: computer wargaming 


major aspect of model wargaming. To some 
itis an endinitself. Tomany itadds immense 
attraction to the game. The computer is not 
likely to have much impact on this is creative 
and visually appealing side of wargaming. 


SCENARIO 


Every wargame is based on ascenario. This 
is a description of the event leading up to the 
battle, usually including details (or at least 


ye 1} 

an outline) of the units taking part and 
possibly their disposition on the battlefield. If 
the game is based on an historical battle, 
much research in history books and other 
documents will have (or should have!) been 
undertaken by the person designing the 
game. The scenario will usually prescribe 
any special rules for the game, including 
rules to determine which side has won. The 
winner is not necessarily the player who kills 
orcaptures most of the enemy, ormanages to 
drive the enemy from key strongpoints. In 
some games a player with smaller and 
weaker forces may be considered to be the 
winner if he or she prevents the enemy from 
advancing beyond a certain point for a 
given number of tums. 


Play is also governed by a set ot general 
tules applicable to the period in which the 
game is set. There are published sets of rules 
for the Napoleonic period, for example. 
These cover the composition of the armies, 
the rate at which units may move in different 
types of terrain, and the effectiveness of their 


weapons .Many of the rules are in tabular 
form, for example tables of movement 
allowances (distances) per turn for each 
type of unit. These distances may be mod- 
ified if, for example, the unit concemed is 
wounded, or carrying heavy equipment. 
Other tables are concemed with the results 
of combat. These are based as closely as 
possible on actual field experience with the 
weapons. In the cinema, the super-sleuth 
usually manages to shoot the enemy agent 
dead with a hand-held revolverata range of 
several metres. In practice, a revolver is a 
very unreliable weapon except at point- 
blank range. Combat resolution tables are 
based on facts such as this, not on fiction. 
Similarly, the accuracy of rifle fire decreases 
with increasing range, and depends on the 
weapons skill and the mental and physical 
condition of the soldier firing it. All these fac- 
tors, and more, are taken into account in the 
combat resolution tables. In addition there is 
a random element, usually decided by the 
throw of dice, to take account of unexpected 
or unknowable effects that might influence 
the final result of firing. A chance cloud of 
smoke or dust might blow across the line of 
sight just as the trigger is pulled, a gust of 
wind or the blast from an exploding shell 
might take the soldier off-balance; or there 
are just the random inaccuracies inherent in 
any man-machine combination. As we shall 
see, the computer canbe of great help in this 
side of wargaming. 

It is clear from the above that wargames 
rules can be extremely complicated. This 
puts the game designer in a dilemma. If the 
rules are over-simplified, the game lacks 
realism. It fails as a simulation. Ifthe rules are 
excessively detailed and hedged about by 
provisos and exceptions, they become 
almost impossible toleam. The game fails as 
a game. To compromise and produce an 
authentic yet playable wargame taxes the 
skill of the wargamer to the extreme. For- 
tunately there is a sufficient number of 
designers able to meet this challenge. 

One of the delights of wargaming is that 
the players are free to make up their own 
tules. This is providing they both agree to 
play by the same rules! Most wargamers 
base their game on one of the published 
tule-books, modifying them appropriately to 
the scenario they are playing, and to their 
own personal preferences. 


BOARD WARGAMES 


The chiefsource ofthese is the United States. 
Games publishers such as Avalon Hill pro- 
duce dozens of wargames covering all 
periods. These games costbetween£10 and 
£30 each, whichis aboutthe same as apiece 
of top quality software. If this seems expen- 
sive, rememberthatatypical wargame takes 
2 to 6 hours to play and that many sets con- 
tain several different scenarios using the 
same equipment. There are also magazines, 
such as The Wargamer, which include the 
map and pieces for a wargame in each 
issue. These are cheaper than the boxed 


wargames, and many of the games are just . 


as good, though they lack the ‘polish’ of the 
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boxed games. For example, the accom- = 


panying literature is less lavish and the 
‘board ' is of stiff paper, instead of being 
mounted on card. 

The equipment of a typical boxed war- 
game includes a folded map mounted on 
card. The map is coloured to represent dif- 
ferent kinds of terrain, and marked with 
rivers, towns, and other essential features. It 
is usually overprinted with a grid of hex- 
agons. The hexagon, or ‘hex’ is the unit of 
distance. The movement allowance of each 
kind of military unit and the range of its 
weapons is expressed in hexes. The military 
units themselves are represented by 
coloured squares of cardboard (or coun- 
ters), printed with designs. and legends to 
identify the units and define their fighting 
capabilities. 

The rule book is specific to that one game, 
rather than applying generally to the histori- 
cal period, as in the case of table wargam- 
ing. The mle book usually provides for 
several scenarios tobe played withthe same 
equipment. Some of the senarios may be 
playable with a subset of the rule so that you 
can begin to play without having to learn the 
complete rule-book. 

Board wargaming lacks the visual appeal 
of model wargaming but, despite this, can 
become very absorbing. A well-designed 
game can fully arouse the imagination and 
the emotions of the players, even though 
only cardboard counters are involved. One 
of the snags of board wargaming is the handl- 
ing of little piles of cardboard squares. This is 
something that can be avoided by using a 
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computer to generate the map and display 
symbols on it to represent the fighting 
units. 


COMPUTERS IN 
WARGAMING 


Inthe third part of this series we shall present 
the rules and listing for a computer skirmish 
wargame setin World Warll. Before then we 
will examine the advantages of using com- 
puters in wargaming. 

As may be apparent from what has been 
said above, wargaming, whether with 
models oron a board, involves many routine 
tasks. Each unit has to be moved individ- 
ually, and its fighting status (active, woun- 
ded, panicked, killed in action etc) updated 
every tum. Combat between units that are 
within range of one another has to be 
resolved by consulting combat resolution 
tables. Often this is complicated by the fact 
that various modifiers have to be taken into 
account, for example, to allow for whether a 
unit is protected by being inside a building, 
or whether it is unable to fight effectively 
because of being wounded. The rolling of 
dice to add the required random element to 
the game is another time-consuming 
activity. Routines such as these can all be 
undertaken by the computer, with complete 
freedom from errors, ommissions or bias. 
The simulation can be improved too. For 
example, the estimation of the effect of 
numerous factors in the fall of an artillery shell 
involves fairly complex geometry. In orderto 
arrive at a result in a reasonable time, war- 


gamers tend to use rough-and-ready methods 
to determine the chances ofa direct hit. With 
a computer, an exact estimation, which 
takes all factors into account can be arrived 
atin microseconds. Similarly, the traditional 
combat resolution tables can be represen- 
ted in the program by algorithms for solving 
suitable differential equations. In short, the 
computer can not only take over many of the 
routine tasks of wargaming, but perform 
them much better. 

In addition to acting as a mediator in 
model wargaming, the computer can pro- 
vide the means of playing wargames without 
models if you wish, thus eliminating the 
expense of buying models, and the need to 
find a large table on which to play. In this 
way, it can bring wargaming to those who 
might otherwise be deterred. 

Wargames are not fast games, like the 
Arcade-style zapping games. They are 
games of contemplation and planning. If a 
single tum represents an hour of real time, 
there is no need to hurry! So the pace of the 
games program can be geared to that of the 
human playercontemplating the nextmove. 
A consequence of this is that a single game 
can easily take several hours. It may not be 
possible to complete a game within a single 
session. With model wargames this presents 
a problem unless the players have a club 
room in which the models can be left undis- 
turbed. Writing down the position and status 
of each unit, packing the models.away, and 
then setting them out again ready for next 
session, can waste hours which could be 
more enjoyably spentin actual play. By con- 
trast, if the game is being played on a com- 
puter, all details can be saved to tape or disk 
in afew seconds and retrieved speedily and 
reliably at the beginning of the next session. 
Play recommences almost immediately. If 
players are using models the displays pro- 
duced by the computer make it much quic- 
ker to replace them in their former 
positions. 

Since the. computer holds full details of 
each unit, it can be programmed to make 
systematic changes in these details. For 
example, it can simulate attrition, a factor 
that is often ignored in model or board 
wargaming. Soldiers who have been in 
action for days or weeks suffer hardships that 
eventually undermine their physical 
strength. Their morale strength may be 
reduced too, in that they would by more 
likely to rout or even desert as a result of a 
relatively minorsetback. Such effects are dif- 
ficult to take account of (and hence ignored) 
but are easily simulated by a computer. A 
program can allow for the effects of fatigue, 
disease, and starvation without any action 
on the part of the players. All that the players 
will notice is that numbers and fighting 
strength are dwindled, morale is decreasing 
and there may be wholesale desertions from 
time to time. 

Sofarwe have seenhow the computercan 
take over the housekeeping chores of war- 
gaming, and undertake certain other tasks 
that are normally just too complicated for the 
wargamer to manage without holding up 
play unduly. But the computer can do more 
than this. there are many aspects of warfare 
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that are beyond the scope of the relatively 
simple mechanics of the wargame table or 
board. Two such aspects are hidden move- 
ment and independent action. The com- 
puter can simulate these, increasing the 
realism of the game and bringing entirely 
new dimensions to wargaming. Three such 
aspects are hidden movement, indepen- 
dent action and two-computer wargaming. 
We shall discuss these exciting develop- 
ments next month. 


WARGAME SOFTWARE 


Those of you who have read so far and are 
feeling an urge to try a wargame will be won- 
dering what software is available at present. 
The first wargames software appeared 
several years ago. The classic program of 
this era was Eastern Front, written by Chris 
Crawford for Atari. Since then, other games 
have appeared, some from the USA pub- 
lished by Avalon Hill for Apple, Atari and 
Commodore 64. Lothlorien has produced 
some of the best wargames programs in 
UK. 

Although most of the games that have 
been published are good games in theirown 
right, and their topic is warfare, many ofthem 
lack the features of true wargames. They 
simulate the battle to only the most limited 
extent, and the essential tactical element of 
the game is minimal. This is not necessarily a 
criticism of their publishers and designers. 
Many popular microcomputers, particularly 
those which have been available for several 
years, lack the memory necessary for a 
wargame program of even moderate com- 
plexity. An appreciable amount of 
memory is needed to store the details of a 
varied and interesting terrain. More memory 
is needed to hold information about the 
annies. Then we need program space for the 
mechanics of the game — displaying the 
maps, moving the units and engaging them 
in battle. To all this designers usually try to 
add tactical algorithms which allow the 
computer to take part in the game as an 
opponent. This is where the wargame pro- 
grammer comes up against the shortage of 
memory. Although there have been many 
sucessful implementations of Chess in which 
the computer plays one side, wargames are 
much more demanding. The terrain is larger 
and more varied than a chess-board. There 
are more pieces to deal with. There are more 
choices of move available to them and per- 
missible moves vary from time to time as play 
progresses. A program that plays in a realis- 
tic and effective way against a human oppo- 
nent is virtually beyond the capabilities of 
the present generation of home micros. Fre- 
quently, the games designers have soughtto 
make up for this by giving the computer 
larger and strongerforces than those allotted 
to the human player. They charge ahead 
whatever the opposition and, if they win, itis 
by sheer weight of numbers. In some games 
a few simple offensive or defensive 
algorithms may be employed by the com- 
puter, but these are usually easy to discover 
and their weaknesses exploited. There is lit- 
tle satisfaction in outwitting asimple-minded 
adversary! 
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FEATURE: computer wargaming 


Ifyou have no one to play against, the best 
course is to select the ‘2 player’ option (it 
there is one) and play against yourself. 
Although this approach may sound strange 
to computer-games players, wargamers fre- 
quently play this way, either from necessity 
or for preference. Almost all model and 
board wargames are primarily designed for 
two or more players (in fact, we know of only 
one for a solo player). The complexity of the 
tactics of a wargame is such that trying to 
exploit the advantages and minimise the 
disadvantages of each side in tum is a 
fascinating and enjoyable exercise. Atleast 
you have a worthy opponent! Another type 
of computer wargame is that often marketed 
as a ‘strategy game’. To understand the 
nature of this type we must differentiate bet- 
ween tactics and strategy. Tactics dominate 
most model and board wargames. In some 
games non-tactical factors such as supply of 
ams are a consideration, but never play an 
overriding part. Strategy involves marshall- 
ing armies, obtaining and managing 
supplies, influencing govemments and pop- 
ulations. Strategy is often most active before 
the war begins. The aim of a strategy is often 
to gain a victory without ever having to fight! 
Since strategy involves numbers of men, tons 
of food and ammunition, amounts of money, 
and numbers of supporting voters in the pop- 
ulace, strategy games are well suited to 
computers. They are easy to program too! 
But, as games, they often become a boring 
session of juggling with numbers in order to 
discover the winning formula. Some strategy 
games do attempt to incorporate other 
aspects of warfare, but mostofthose we have 
seen have proved very tame affairs in com- 
parison with the cut and thrust of real 
wargaming. 

The above represents our opinion of the 
computer software we have tried. We 
enjoyed the simple tactics of Lothlorien’s 
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early and popular wargame, Johnny Reb. Of 
the more recent games. we have been most 
impressed by Arnhem, from Cases Com- 
puter Simulations Ltd. This game, for the 
Spectrum, is the one that most accords with 
our idea of what a computer wargame ought 
to be like. It has been criticised because it 
does not take account of supply problems, 
which were so crucial in the real battle, but 
we feel this limitation is due to the computer, 
not the program. When writing computer 
wargames, the ‘Out of Memory’ message 
appears all too often before the program is 
completed! Obviously, the ideal micro for 
wargaming is not yet in the stores. Next 
month we will examine the current selection 
of popular machines to see which of those 
available are the best for wargaming. 
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LESSONS 
OF HISTORY 


Bill Horne 


Part 7: Languages. 


ora given hardware system. there is a 
ix set of machine code instructions to 
which the system will respond in a 
predictable manner. In order to obtain a 
given series of actions, a series of machine 
code instructions mustbe setupinthe system 
store, and this can be a laborious process. 
Firstly, there is the need to memorise or 
tabulate the exact meaning of each instruc- 
tion. Then, itis necessary to create askeleton 
listing of the instructions required. It is not 
possible to set up the instructions in full at this 
stage, because some will depend on store 
addresses that will only be determinable 
when the skeleton list is complete. It is then 
possible to go back and fill in the missing 
data. 

When the result has been checked, it 
mustbesetupinstore, typingthe valuesinby 
hand. This can be very tedious and error- 
prone, andchecking the resultcan alsobea 
chore. Since a single error may destroy the 
stored program completely, it should be 
saved before any attempt is made to run it, 
and itmay have to be copied back from tape 
or disc many times before the fault is found. 

Tosimplify this process, each instruction is 
given a mnemonic, which is a combination 


ofletters that hints atthe associated function . 


For example, LDA or LD A may mean that 
data is to be loaded into the accumulator’ or 
A register. That is easier to remember than a 
numberrepresenting the machine code form 
of the instruction, and it allows the program 
to be set up in a more intelligible form. The 
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provision of an on-screen editor’ allows 
simple correction of any errors or the inser- 
tion of changes. 

The resulting data file is then processed by 
an Assembler program, which reads the 
mnemonics and interprets them into 
machine code. It will also recognise ‘labels’ 
identifying particular points in the program, 
and so allow jumps to be made to those 
points. An Assembler normally works in two 
passes ,as does the manual method, the first 
pass setting up a skeleton and second filling 
in the detail. 

Even with the aid of an Assembler writing 
in direct machine code can present pro- 
blems, and it is often more convenient to 
work at a higher level in the language 
hierarchy This can be done in two principal 
ways. The ‘source code’ may be interpreted at 
the time the program is run, orit may be inter- 
preted into machine code form once and for 
all, the machine code form being used when 
the program is run. 

The best-known ‘interpretive’ language is 
BASIC, though it should be understood that 
this word covers a multitude of ‘dialects’, 
some of which may be regarded as sins 
against the original, which was developed 
by Dartmouth College. All the variants, 
however, work on the same principles. 

The user sets up a series of numbered 
statements, which will be executed in 
numeric sequence unless they instruct other- 
wise. The statements are stored in a standar- 
dised form, some words being stored as 


numbers (‘tokens’) to economise in storage 
space. When the program is run, the content 
of each statement is scanned. The first word, 
orits token, will switch the action of the inter- 
preter to a particular section, and what 
follows will be interpreted accordingly. 

Because it is necessary to search for the 
required interpreter section, and for a num- 
ber of allied reasons, BASIC programs run 
rather slowly by comparison with a machine 
code equivalent, but this is offset by con- 
venience of use, the statements often taking 
the form of plain English interspersed with 
mathematical formulae. The ease with 
which the program can be changed by on- 
screen editing is another advantage. 

Compiling languages are a different mat- 
ter. They require the ‘source code’ to be set 
up according to stringent rules, and the 
resultis'compiled’ by aspecial program into 
direct machine code. This can then be runat 
full machine code speed, the searches 
required by an interpretive language having 
been performed during the compiling 
process. 

To say that the compiled machine code 
runs at full machine code speed may be 
slightly misleading. Since it lacks the benefit 
of human intuition, the compiler program 
does not always produce optimum machine 
code. Forexample, itmay spend time storing 
away a variable that does not need storing, 
because it is an intermediate result which 
will be used at once. 

As a result, it is often possible to scan 
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through a compiled program and ‘optimise’ it 
by removing unnecessary circumlocutions. 
There are even optimising programs which 
may do this automatically, but they are una- 
ble to compete with human ingenuity in 
some cases. 

The loss of program efficiency may not be 
large, being commonly quoted as 10%, but 
that depends on circumstances. In some 
situations, a very useful increase in 
effeciency can be obtained by manual 
optimisation. 

Broadly speaking, then, the ‘higher level’ 
languages simplify the task of creating a pro- 
gram, but only at the expense of working 
efficiency. This, it is argued, is acceptable, 
since itshould always be possible to expand 
the hardware and speeditupto compensate 
for the loss. While this view is expressed 
mainly by software engineers, hardware 
engineers may be disappointed to find that 
the enhancements which they provide are 
swallowed up in software inefficiencies. 

There is a particular point in this area 
which deserves special mention. Among 
more recent microprocessors, some have 
provided a block of freely usable registers, 
which allows faster operation in a loop, as 
the data required can be set in the registers 
before the loop is entered, saving the need 
for frequent store accesses during the loop. 
Unfortunately, some compilers fail to take 
advantage of this, and the result is that the 
potential of the better microprocessors is 
degraded to that of their less effective 
contemporaries. 

Ingeneral terms, such phenomenaarise in 
many areas of computer work. Where amore 
direct approach poses problems forthe user, 
the less direct method reduces system 
efficiency. This has been compared with 
power steering on a car. It eases the driver's 
task, but insultates him from the steering 
‘feedback’ to some extent. 

FORTH may be cited as an example of 
this. A FORTH system provides a number of 
key machine code modules which, in com- 
bination, will perform almost any overall 
function which is likely to be required. 
Additional functions can be added if 
necessary, and the overall program is built 
up of a hierachy of ‘words’ which call up 
sequences of functions which are defined by 
other words. 

By using an ingenious system of direct lin- 
kages, FORTH finds its way through the 
resulting hierarchy very rapidly, and may 
approach machine code in execution 
speed. However, it cannot be described as 
‘user-friendly’ language, since it requires the 
programmer to think very hard and keep 
track of what is happening. It appeals to 
those who are ready to work alittle harder to 
achieve high execution speed, butis of little 
use to those who prefer an easy ride to 
record-breaking. 

In addition to interpreting and compiling 
languages, a computer will usually have an 
‘operating system’, which looks after the 
‘housekeeping’, monitoring the keyboard, 
keeping track of screen position, and so on. 
With most recent computers, the operating 
system is merged with the BASIC interpreter 
in a single ROM-bome program, though it 
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has been kept separate in some cases. 

The operating system, with or without an 
associated interpreter, may be more signifi- 
cant than the hardware design in determin- 
ing machine performance. It may determine 
what peripheral devices can be used, andis 
likely to have a key effect on overall run- 
ning speed. 

This is particularly true where extensive 
graphic colour facilities are provided. These 
are, in general, recent innovations, and they 
are a mixed blessing. One consequence is 
that more Random Access Memory (RAM) is 
used up, because where a simpler display 
may require only one store location for each 
character position on the screen, the full 
colour graphics system will require nine or 
more. Thismay be balanced by reducing the 
effective screen size, which is in itself a 
disadvantage for some purposes. However, 
there may be other reasons for reducing the 
screen size. It is demostrable that a display 
with more than 32-40 columns does notshow 
clearly when astandard television setis used 
as a Video Display. With computers costing 
£200 or less, it would be strange to build 
them so that they required the use of a 
specialised display monitor costing asmuch 
again... 

The erosion of RAM by a colour graphics 
system has a double impact, because direct 
manual control of such a system can be 
tedious and confusing. With perhaps a 
million dot positions to consider, a process of 
setting up each dot in tum becomes im- 
possibly laborious, and this is another 
instance where support software can be 
useful. There are programs which allow the 
construction of complex displays with rela- 
tive ease. Unfortunately, they — like the 
colour graphics system itself — use up valu- 
able RAM space. 

This brief survey of software aids may help 
to explain why the reduction of software cost 
per hardware unit proved to be so important 
in favouring the microprocessor in relation to 
the bit-slice approach. There are untold 
masses of specialised software, and each 
program is dedicated to a particular pro- 
cessor, and to a lesser extent to a specific 
system using that processor. Each new mic- 
roprocessor or computer creates a demand 
for adaptation of existing programs. 

This has led to what has been called the 
‘Fossilisation Syndrome’. This raises opposi- 
tion to new devices or systems because they 
are not yet fully supported, but the capital 
expenditure necessary to alter that situation 
will not be committed until there is some 
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sell. This leads to deadlock, except in some 
cases where the new device is sufficiently 
novel and effective to warrant speculative . 
investment. 

The overall value of acomputing system is 
thus dependenton many factors, anditstotal 
merit may be very hard to determine by a 
brief inspection. Examination of anumber of 
new products has shown that there is an ini- 
tial instinctive reaction, which is often 
supported by deeper investigation. How- 
ever, such an assessment springs from 
experience, and that is rarely available to 
the first-time user, who may be rather vulner- 
able to glib sales-talk. 

Another problem in this area is that an 
inexpensive basic machine may prove to be 
farmore costly by the time ithas been builtup 
to full capability. The increase in cost may 
well be swollen by the purchase of apparen- 
tly useful programs that fail to live up to their 
advance billing, or hardware extensions 
that fail to perform well. 

This rather depressing picture stems from 
the fact that the microcomputer industry is 
still growing, and has yet to settle down to 
stability and complete integrity. Develop- 
ment has been hampered by a shortage of 
professional hardware and _ software 
engineers, which has encouraged the crea- 
tion of small enterprises which may produce 
effective goods, but which lack the backing 
to do so in a fully economic manner. 

The conclusion which must be drawn is 
that future development must depend on a 
process by which these scattered indepen- 
dents can coalesce into a smaller number of 
more viable organisations. This will not be 
encouraged by the experience of some 
investors, who have found that the capital 
they have provided is not always used to 
good effect, but others have been more 
fortunate. 

From being a tight-knit consortium of 
specialists, the British computer industry has 
expanded into fragments of varying sizes, 
and while that has produced a measure of 
weakness, it has also indicated that there is 
plenty of useful material, if it can only be 
organised more effectively. 

It has been said that there is an optimum 
size for a business concem, varying accord- 
ing to the type of business involved. It would 
be fair to suggest that the optimum size for 
computer companies is still being deter- 
mined, and itis being determined largely on 
a basis of the survival of the fittest, but not 
necessarily on a basis of the fitness of the 
company’s products... 
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BOOK PAGE 


Garry Marshall 


Four books this month, and among them a collection of short stories 
edited by no less a man than Isaac Asimov. 


ol fs he first client arrives at the com- 

puterised, while-you-wait, detective 
agency. All he sees when he enters 
the room is a screen, a video camera and a 
chair. He wants to locate another man, but 
all he has to offer the agency is a blurred 
photograph. 

Obviously, there isn't much to go on. But 
the agency, which is operated remotely 
using closed circuit television is run by a 
computer-detective with access to all the 
world’s on-line databases and with the aid of 
a certain amount of high technology 
wizardry. 

Theclientis asked to indicate the physical 
and social characteristics of his target by 
marking the appropriate choices on the 
screen with a light pen. When it becomes 
apparent thatthe responses are deliberately 
unhelpful, the light pen is disabled , and the 
client is asked to indicate his choices by 
pointing instead. The system takes his finger- 
prints. By accessing agovemment computer 
the client at least, is identified. 

Meanwhile, the face on the photograph, 
and its background, have been elec- 
tronically enhanced to sharpen them up. 
Feeding the resulting image to a computer 
running an expert system produces certain 
identifications and deductions. The 
landscape and the architecture of the build- 
ings in the photo allow its location to be 
narrowed dowm to asmall area. The foliage 
on the trees shows that the photo has been 
taken recently. The number on the door of 
the cottage in the picture can be seen. After 
this, accessing the computer holding the 
local records for the area in question quickly 
gives the address of the cottage and the 
name of the man who has recently rented it. 
Search over. 

Allis not what it seems, of course, and our 
detective gets into the computer at the target's 
bank and from there there is a chain of events 
that reveals what his client is really after. 

This is the theme of one of the short stories 
in Computer Crimes and Capers edited 
by Isaac Asimov. The contributions are 
described as ‘stories of crime and suspense 
set in the high-tech world of modem com- 
puters. They are taken from American 
science fiction magazines, detective 
magazines and other collections of short 
stories. The story outlined above was written 
in 1978, but many of the others are a good 
deal earlier, going back as far as 1953. 

The point ofincluding ourstory in the book, 
of course, is that it is the detective who is the 
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high-tech criminal, for his access to the on- 
line networks and computers is illegal — he 
has retained user numbers and passwords 
from a previous position when his use of them 
was legitimate. 

It is interesting that the story should 
anticipate an illegitimate use of the com- 
puter that is currently of widespread interest 
and concem. Many of the other stories pre- 
figure current concems just as accurately, 
ranging from ways of finding the password to 
getinto asystem, through policing andliving 
in computer-controlled societies, to creating 
foolproof systems. 

Science fiction has always been of some 
help in‘inventing the future’. Afterall, we can 
only create that which we can first imagine. 
In the same way, we may be able to avoid 
undesirable trends if they can be 
anticipated. Once done, it won't matterifthe 
anticipating was by ascience fiction writer or 
an academic philosopher. These stories 
accurately reflect a number of develop- 
ments that are with us already; there are pro- 
bably also some that are yet to come. Expert 
systems, the global village, widespread use 
of satellites, computer-controlled environ- 
ments, super-reliable computers and much 
more are confidently imagined. But al- 
though the future uses of computers are 
imagined accurately, the future computers 
themselves are not. Physically huge main- 
frame computers still loom large particularly 
in the earier stories, whichis notso surprising, 
but also in the later ones. 

The matter ofinventing the future is closely 
related to the act, which is very important in 
computing, of correctly specifying a pro- 
blem. When the problem concems what we 
shall have in the future, its solvers will be 
creating our future. The importance of for- 
mulating the problem correctly is exem- 
plified by the following much-related 
anecdote from World WarTwo. Both the army 
and the RAF needed improvements on their 
searchlights to detect incoming planes. The 
amy asked for better searchlights, and got 
them. The RAF asked for better ways of 
detecting incoming planes, and they got 
radar. 

There is also, Isuppose, a certain danger 
of bringing together a number of stories 
about ingenious computer crimes, in that it 
could provide a source of ideas for the bud- 
ding computer criminal. Current attitudes 
towards computer crime seem to be some- 
what indulgent, based on the idea that the 
same information is available to those who 


are its targets as to those committing the 
crimes, so that the targets ought to be able to 
use the information for prevention. Whatever 
else one may say about this attitude, it isn't 
consistent with attitudes to other sorts of 
crime. 

The film ‘The three days of Condor keeps 
coming around on the box. It concems a 
section of the CIA whose members read 
books. And books are read for any scenarios 
that might be useful to the CIA in its opera- 
tions. Does the Mafia have a similar branch, I 
wonder, and will this book interest them? In 
the film, the entire section is wiped out, 
except for Robert Redford, of course, who 
rings the CIA for help expressing his 
bewilderment with the reviewer's lament 
"We just read books, for Christ's sakel’. 
(incidentally, the film is based on a book 
called ‘The six day's of the Condor’. The 
reason for halving the time span has 
intrigued me forsome time. Does it mean that 
afilm is worth half as muchas a book? Orthat 
a film can do it in half the time?) 

One of the other stories in the book con- 
cems the use of an intelligent computer by a 
national security agency. The computerruns 
what we would now call an expert system. 
(The story was written in 1963, and the 
system is called ‘Genius’. Our less hyper- 
bolic name could reflect a certain accep- 
tance of such amazing computer-based 
capabilities.) 

The officers of the agency use the system 
by feeding it all the relevant information they 
have, after which it delivers its advice onhow 
to proceed. Its advice does not have to be 
accepted, and the officers can make deci- 
sions about what to do for themselves. But 
the information held by the computer is so 
comprehensive and its advice so good that 
they come to rely on it and to accept its 
advice without question. 

The trouble is that, after it has given reli- 
able advice for a long period, it suddenly 
begins to give advice that tums out to be 
unreliable and even acause of dangerto the 
national security. And there seems to be no 
way to find the cause of the computer's 
treachery, because it is designed to accept 
information but not to release it. It communi- 
cates only the advice and directives that it 
deduces from its stored information; not the 
information itself. 

So, the problem is to find out what informa- 
tion the computer has been given to cause it 
to turn traitor when the information held by 
the computercannotbe accessed. Itis avery 
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ingenious problem, and one that is closely 
related to the theory of what is computable. 
While the struggle to solve it goes on, 
security is breaking down. 

Revealing the solution obviously ruins the 
story, so you may want to skip the rest of this 
paragraph, or perhaps just delay reading it 
while seeking the solution yourself. It tums 
outthata mole has told the computer that the 
officers of the security agency are spies. This 
causes the computer to reason that provid- 
ing them with correct advice based on their 
information will be to help a foreign power, 
so to undermine the national security. Con- 
sequently it gives other advice and direc- 
tives. When the officers of the agency are 
replaced or, at least, when the computer is 
told that they are, the system reverts to nor- 
mal, you may be pleased to know. 

The final story in the book is by Asimov 
himself, and provides and antidote to all the 
usual stories about how computers will run 
the world. The computer that runs the world 
in this story begins to show signs of weariness 
and, when someone thinks to ask it what it 
wants most, it replies that it only wants to die 
because itis fed up withcarrying all the cares 
of the world. 

The book is full of well-crafted short stories 
that are all very enjoyable in their own right, 
quite apart from any technical or computer- 
related content. They are also packed with 
stimulating ideas, although | hope that they 
don't stimulate any criminals to action. 

One small moan. The book is published 
by Viking. This is an American imprint 
acquired by Penguin who have decided to 
use the name in this country. I do think thatin 
the circumstances they might have dealt 
with references to ‘Somersetshire’. 

Having started with a description of the 
activities of a‘hacker’, albeit a sophisticated 
one, itis appropriate to move onto The Hac- 
ker’s Handbook. This book is by Geoff 
Wheelwright and Ian Scales and is pub- 
lished by Longman: it is not to be confused 
with Century Communication’s book of the 
same name. I suppose thatthe Century book 
will inevitably overshadow that of 
Wheelwright and Scales because of the 
publicity given to Scotland Yard's concem 
about it and the aura of revelations about 
how to perform illicit activities that surrounds 
it. This is rather unfortunate, as Wheelwright 
and Scales have produced a clear and con- 
cise book that has been carefully thought out 
and well produced with some care given to 
the design and layout of every page. 
Actually, they have written more than one 
book. I read the Spectrum-specific version, 
but there are parallel versions for the Com- 
modore 64 and BBC Micro. 

Geoff Wheelwrightis a regular contributor 
to the computer pages that appear in The 
Times every Tuesday, and Ian Scales has 
written several books. Their high profile pro- 
vides a stark contrast to the author of the 
Century book who felt the need to use a 
pseudonym. 

The book begins with an overview of what 
youcan do when you get your micro on-line, 
and this provides all the motivation that may 


be needed to tackle the rest of the book. The } 
next chapter covers, in general terms, the} 
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hardware that is needed and explains the 
principles of how communication is carried 
out. This is followed by a specific, and 
detailed, account of how to get your Spec- 
trum on-line which includes descriptions of 
the software and modems that are needed. 
The names ofmanufacturers and suppliers of 
each are provided. 

The remainder of the book covers the 
services that can be provided or accessed 
once you are on-line. It deals with bulletin 
boards, Teletext, Prestel, Micronet and 
telex. The treatment of what you can do with 
Teletext (Ceefax and Oracle, if you like) is 
particularly interesting and different from 
anything else I have seen, but this part of the 
book is uniformly good. It includes many 
illustrations of screens from Prestel, Micronet 
and Ceefax, and gives examples of 
dialogues with bulletin boards. This gives 
authority and conviction to the 
presentation. 

Ihave to say that! preferred the treatment 
of the applications to the explanation of the 
hardware and principles involved. This was 
partly because | didn’t care for the model 
which they choose to explain the com- 
munication process. It consists of two pairs of 
bicycle handlebars with a brake cable link- 
ing the brake lever on one set to the cortes- 
ponding one on the other. This allows 
communication to take place by ‘braking’ at 
one end, when the brake cable will move the 
brake lever at the other end, so ‘passing a 
signal’ from one end to the other. The model 
is OK to this point, but the later appearance 
of asetofhandlebars with seven brake levers 
on it seemed to me to be harder to unders- 
tand than the process that it was supposed 
to explain. 

Allin all, though, this is a good account of 
how to achieve on-line communication with 
a paticular micro and of what you can 
usefully do once you are on-line. 

Computers, Communication and the 
Community by Christopher Pilley and 
Margaret Sutherland is an account of what 
has been done in Scotland to find a role for 
the new information technologies inthe com- 
munity. It also details attempts at making the 
community aware of this technology and its 


REVIEW: Computing books 
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potential capabilities. With its own ‘Silicon 
Glen’ employing many thousands of people, 
and with a high rate of unemployment 
generally, Scotland has more reason than 
most regions to look for great things from 
new technology. 

Uses for Teletext, Prestel, ‘community 
cable’, cable tv and computers, both separ- 
ately and in combination are considered. 
Then the booklet comes down to earth witha 
number of case studies of projects that have 
been floated, and which mainly centre 
around micros. They include the Edinburgh 
Home Computing Club which has the 
astonishingly simple and sensible aims of 
gathering computer users together to com- 
bat the isolation that is the inevitable fate of 
the individual computer user, and of intro- 
ducing to computers those who, for whatever 
reason, cannot afford one of their own. The 
Edinburgh Walk-In Numeracy Centre (yes, 
EWINC) aims to be a centre where adults 
can drop in for advice and tuition related to 
numeracy. Micros are used extensively in 
the tuition, and the Centre has plans for mak- 
ing micros available in the same way to foster 
computer literacy. Other projects cover the 
use of computers in the community and to 
help the disabled. 

The booklet shows what one region is 
doing to help itself to take advantage of the 
new technology. The message that comes 
through from each and every case study is 
that more money is needed to enable more 
to be accomplished. The cleft stick is thatit is 
incredibly difficult to quantify that which has 
been achieved, but until this canbe shownin 
concrete terms those who hold the purse 
strings have an excuse for not loosening 
them. 

Finally, and too briefly, Introducing CAL 
by Keith Hudson is, as its sub-title states, a 
practical guide to writing computer- assisted 
leaming programs. It shows which topics are 
suitable for CAL and which are not, and then 
carefully shows how to prepare a computer- 
assisted leaming package for a suitable 
topic. It has the enormous merit of showing 
all the frames produced by a CAL program 
for a particular unit. There are 99 of them, 
and it was a brave decision on someone's 
part to include them all. But the decision is 
more than justified by the results, which is to 
give us, in terms as concrete as anything to 
do with software can be, a demonstration 
of CAL in successful action. 


This month's books are: 

Computer Crimes and Capers edited by 
Isaac Asimov et al (Viking) 253 pages, 
£10.95 


The Hacker's Handbook by Geoff 
Wheelwright and Ian Scales (Longman) 
128 pages. 


Computers, Communication and the 
Community by Christopher Pilley and 
Margaret Sutherland (The Scottish Com- 
munity Council) 50 pages, £1.95 


(Chapman and Hall) 171 pages, 


Introducing CAL by Keith Hudson = 
£9.95 
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FM Botto 


oing arithmetic on matrices is often 
D tedious and boring, at least by 

hand, but frequently highly useful 
in graphics. Fortunately, computers can 
handle arrays very efficiently, and it doesn’t 
take much trouble to persuade the computer 
to do matrix aritmetic for you. If you're very 
lucky, you may even have access to a high- 
level language that has instructions to do all 
the boring bits for you. All the same, it's as 
well to be able to work out what is actually 
going on for yourself, so that when your pro- 
gram crashes... 

The reason why matrices are so handy in 
computer graphics is that you can use a 
single large array to store the positions of a 
number of related points — say the outline of 
a complex shape — and then use matrix 
arithmetic to move the shape around the 
screen, turn it around an axis, and many 
other convenient operations, without having 
to work out from scratch how to move each 
individual point. 

So to the nitty gritty. The numbers (or, in 
mathematics, the symbols) in a matrix are 
called the e/ements and we can referto each 
elementin the matrix by givingits position. In 
mathematics text books, you will see mat- 
rices written as: 


2499242 
491 422 


and here the subscripts label the elements in 
a fairly obvious way, and one that can be 
extended indefinitely. A matrix like the one 
above, with an equal number of rows and 
columns is called asquare matrix. A matrix 
need not have equal numbers of rows and 
columns; indeed, you can have column (ie, 
only one column) and row (ie, only one row) 
matrices if you want. 


ADDITION AND 
SUBTRACTION 


Foritto be possible to add two matrices (orto 
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Part two: graphics and matrices 


THE NATURE OF 


COMPUTER 
GRAPHICS 


subtract them) they must have an equal 
number of rows and columns. All that youdo 
is to add (or subtract) the corresponding ele- 
ments from each other: the top left hand ele- 
ment in one array is added to the top left 
hand column in the other aray and this 
makes the top left hand column in the new 
matrix. Examples are shown in Fig. 1. 


3 as (3 + 1) 
mike. 


23 
4 =9 


(3 —1) 
(1-2) 


Siro) 
Dees Gis Dex 
] 


s= 


where pis the number of columns of A which 
is equal to the number of rows of B. 


(C2 hy oie 
(4+ —3)|~ 


(—2 — 3) =| 
(A eae 


—1 


Fig. 1 Addition and subtraction of matrices. 


There are a couple of important points 
about the matrix addition and subtraction 
which may appear obvious but should not 
be taken for granted, as we shall see with 
multiplication. The two points are that addi- 
tion is cummutative (ie adding matrix A to 
matrix B is equal to adding matrix B to matrix 
A) and associative (adding matrix A to 
matrix B then adding matrix C produces the 
same result as adding matrix A tothe already 
calculated sum of matrices B and C). 


MOLTIPLICATION 


This is the most time consuming operation, 
but it is by no means the most difficult to 
follow. However, it isn't the most obvious of 
procedures, so don't attempt to attach any 
logic to it, just accept it and leam to love 
it. 

Two matrices can be multiplied together 
when the number of columns of the first is 
equal to the number of rows of the second; if 
this is the case, the two matrices are said to 
be conformable. 

If two matrices A and B are conformable, 
and their product is the matrix C, then the 
elements of C are given by the formula: 


To the non-mathematical, this formula 
doesn't reveal a lot, so let us proceed by 
example, firstly using symbols, then using 
real numbers. For the sake of simplicity, 
suppose the matrices A and B are square 
2x2 matrices, so that their product, C, is also 
a 2x2 matrix. Figure 2 shows the multiplica- 
tion of the matrices in symbols. Figure 3 
shows the same two matrices multiplied 
together, but this time matrix B is multiplied 
by matrix A; note that the resulting elements 
in their product matrix are different. In 
general, matrix multiplication is not com- 
mutative, ie A times B generally does not 
equalBtimesA. Weleaveitas an exercise to 
the reader to see if matrix multiplication is 
associative (in case you can't bear the 
suspense, it is). 

Before going on to some numerical exam- 
ples, let us attempt a translation of the for- 
mula given above. The formula says that the 
element of the product matrix in the ith row 
and kth column is equal to the sum of all the 
elements in the ith row of the first matrix times 
the corresponding elementin the kth column 
in the second matrix. Looking again at 
Figure 2, the in the sums that go to make up 
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494 


b42 
b92 


b44 
b94 


the elements of C, the new matrix, the first 
subscript of the old a elements in each sum 
are all equal to the row of the new element of 
c and the second subscript of the old b ele- 
ment is equal to the column number of the 
new element; also where two old elements 
are multiplied together, the second subscript 
of the a term is always equal to the first 
subscript of the b term. 

Let us retreat to some numbers: Figure 4 
shows two matrices being multiplied together 
using numbers for the elements; Figure 5 
shows the same two matrices multiplied but 
with the order reversed — notice that this 
produces a completely different result. 

If all the above has just served to confuse, 
here is a simpler method for multiplying two 
matrices. Firstly, write down the elements of 
the first matrix twice: 


a)) a)2 Q))} a)2 


QQ) 22 a2) 22 


and multiply each column, from left to right, 
by the elements of the second matrix, in the 
following order: 


1. Istrow, 1st column; 
ii. 2nd row, Ist column; 
iii. 1st row, 2nd column; 
iv. 2nd row, 2nd column. 


This procedure will yield the same matrix 
product as shown in Fig. 2. 

Two matrices do not have to be the same 
size for it to be possible to multiply them 
together; indeed, itis only square matrices of 
the same size that can be multiplied together. 
As has already been said, the number of 
columns in the first matrix must equal the 
number of rows of the second matrix, and the 
product matrix will have the same number of 
rows as the first and the same number of 
columns as the second. 

Consider, forexample, the two matricesin 
Figure 6; here, A has two columns and T has 
two rows, so they are conformable. However, 
this example is more significant, because 
the matrix A can be a set of coordinates for 
the points on a shape and the matrix T can 
be whatis called a transformation matrix. 
The product matrix, A*, contains x and y 
coordinates that are a mixture of the old x 
and y coordinates for each point. The pro- 
portion of these mixtures is chosen by 
choosing the sizes of the elements of the 
transformation matrix, t),, etc. 


Fig. 2 Multiplication of matricies, using symbols. 


Sipe ay aan iam Aa) 1949q.% 449 4D x A0D! 
a99| | (bq x a44 + bog x a94) (bgq x a49 + bog x ago) 


Fig. 3 The same two matrices as Fig. 2 multiplied together in the reverse order give a different result, in general. 


Take the practical example in Fig. 7a; 
here a group of coordinates, labelled A,B,C, 
etc are grouped in a matrix and a simple 


with figures. 


7 8 3 4 


é 
Fig. 4 Multiplying two matrices __ 


Fig. 4 in reverse order, giving a 
different result. 


Fig. 5 The same two matrices as E 
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A 
| 
XO 
a3 
“| 
X5 
X6 


transformation matrix is applied to them 
which results in the x and y coordinates 
being swapped; as you can see in Fig. 7b, 
the results in a reflection of the shape. 


SCALAR MULTIPLICATION 


Any matrix can be multiplied by a single 
scalar quantity (by a scalar quantity, we 
mean basically a simple number). For exam- 
ple, ifSis ascalar quantity, the multiplication 
can proceed as in Fig. 8. : 

This is a convenient method of enlarging 
orreducing the size of a graphical shape; for 
example, if we use a 2x2 matrix to contain 
the coordinates of the ends of a line, mul- 
tiplying the whole matrix by 2 enlarges the 
length of the line by a factor of 2. 


SCALING IMAGES 


It is often necessary to enlarge or reduce the 


(1x5+2x7) 
(3x5+4x 7) 
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(5x1+6x3) 
(7x1+8x3) 


(xqtq4 + ¥4t24) 
(xgtq4 + Ygto4) 
(xgtq4 + ¥3to4) 
(xqty4 + Yqtoy) 
(x5tq1 + ¥5t24) 
(xgt1 * Yetaq) 


Fig. 6 Transformation of coordinates, using symbols. 


SERIES: graphics 


size of agraphic shape. The simplest method 


is to adopt a scaling factor which operates 
directly on the position vectors of the points 


(1x6+2x8) 
(3x6+4x 8) 


(5x2+6 x 4) 
(7x2+8 x 4) 
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re 
(x4tq2 + ¥qtg9) 
(xgt72 + Yate) 
(x3t42 + y3tz9) 
(xqty2 + Yqtoa) 
(x5ty + Y5toa) 
(xgty2 + Yetoa) 


in the shape. The technique is illustrated in 
the program shown in Listing 1; this program 
is written in BBC BASIC, but there are no 
special tricks involved and it should be quite 
easy to write an equivalent program in any 
other dialect of BASIC. 

Analtemative method ofscaling wouldbe 
to use a transformation matrix with just 
diagonal elements present. Figure 9 gives a 
simple scaling, while Fig. 9b will also pro- 
duce a reflection. A program using this 
technique is shown in Listing 2, and this pro- 
gram is described in the ‘Program Descrip- 
tion’ section; also a flow chart is given in 
Fig. 10. 

As mentioned in the Program Description, 
the elements of the transformation matrix 
may be changed by altering a single line 
(line 560). The elements presently form the 
matrix shown in Fig. 11 which produces a 2x 
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Transformation matrix 


(7x0+6x 1) 
(8x0+5x 1) 
(8x0+3-x 1) 
(7x0+2-x 1) 
(5x0+2-x 1) 
(4x0+3-x 1) 
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(7x 1+6x 0) 
(8x 1+5x 0) 
(8x1+3x 0) 
(7x1+2x0) 
(65x1+2x0) 
(4x1+3x 0) 


START. 


Declare suitable 

graphics mode. 

Dimensionalise 
arrays. 


graphics%, 
transform%, 
transformed% 


= ee 
oOo = Nj 


- Nw Prt ann © © 


Fig. 7b The actual transfor- 0 
mation of a shape, from 
Fig. 7a. 0 1 


a41 442 448 a428 


a21 492 ag4S ag2S 
Fig. 8 Multiplying by a scalar. 
enlargement and reflection. If you've typed 
in this program, it would be ashame to waste 


the opportunity to see what effect altering the 
elements would have, wouldn't it? 


reflection; (b) with reflection. 


PROGRAM ALPHA 
Program Alpha is written in BBC BASIC, and 


= At 
+B* 
=-cC* 
-p* 


+E* 


Fig. 7a Transformation of 
coordinates using numbers. 


+ (fF* 


\ 


Transformed position vectors 


x,y plane 


234567 8 9 


has been structured to promote an easy 
understanding. The purpose of the program 
is to simply draw a straight line, and then 
appropriately transform it. In this program 
the transformation matrix performs a scaling 
function. However, the elements of the trans- 
formation matrix are easily altered by 
changing asingle line, and this willallow you 
to experiment with various transformation 


0 2 


2 0 


Fig. 11 Alternate transformation for list- 
ing 2. 
matrices and perhaps invent a few of your 
own. Before attempting this, it would be 
advantageous for you to gain an apprecia- 
tion of the program operation. 


Position vector 
coordinates. 
L. 550 


Point to data area, | — 


Read data into 
graphics %. 


Are all 
coordinates 
read? 


Plot vectors 
contained in 
graphics %. 


Input single 
character. 


— in$ 


Does 
character = “‘T'’? 


PROCtransform. 


Point to data area. 


Elements of 
— transformation 
matrix, L. 560. 


Read data into 
transform %. 


Are all 
elements 
read? 


Multiply graphic % 
by transform %. 


Load product 
elements into 
transformed %. 


Plot vectors 
contained in 
transformed %. 


Fig. 10 Flow chart for Listing 2. 


46 


COMPUTING TODAY OCTOBER 1985 


Listing 1 

A program 
using scalar 
multiplication. 


PROGRAM DESCRIPTION 
FOR LISTING 2 


Line 70-100 


Line 110-160 


Line 170-220 


Declare graphics mode 4, 
and dimensionalise 
graphics%, transform%, and 
transformed%. 


Point to data area which 
contains position vectors. 
Read position vectors into 
graphics%. 


Plot the position vectors 
contained in graphics%, 
and accept a single char- 
acter (In$). Check In$ to 
determine whether Key “T” 
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POW A? 


Line 270-330 


Line 380-460 


has been pressed. 


(T=transform) 


(PROCtransform) Point to 
data area where transfor- 
mation matrix elements are 
stored. Read elements into 
transform%. 


Multiply graphics% * trans- 
form% , and read product 
elements into transformed%. 
(It's worth looking at this 
section carefully, as this 
arrangement will undoub- 
tably help you with your 
own graphics programs.) 


Line 470-500 


Line 560-570 


SERIES: graphics 


Plot the position vectors 
contained in transformed%. 


Data area-Position vectors 
and elements of transfor- 
mation matrix. 


A more significant program enhance- 
ment, would be the introduction of larger 
data base (position vectors). Thus a more 
complex graphical shape may be suppor- 
ted. Perhaps you can determine the neces- 
sary program adjustments in order to 
implement such an enhancement. 


ACT 


MICRODEALER 


xi APRICOT 


CPU 
MEMORY 
LANGUAGES 


8086 
256K RAM 
Microsoft BASIC, Personal BASIC 


MASS STORAGE No cassette drive 


Os 


KEYBOARD 


Integral Sony 34" 315K microfloppy 
disk drive 

Integral 5 or 10 Mb hard disk 
MS-DOS 2.11 with GSX bundled 
CP/M-86 (not yet available) 

Concurrent CP/M-86 (not yet available) 
QWERTY, cursor, numeric pad, 
function keys 


TIMATIC SYSTEMS LTD 
The Market, Fareham. 


Tel: (0329) 239953 


For the complete range of Apricot hard- 

ware and software. Also dealers for 

Zenith, Memotech. For future informa- 
tion call or ring anytime. 


INTERFACES RS-232C, Centronics, Microsoft mouse 


DISPLAY Monitor (supplied) 


GRAPHICS 80 by 24 text with block graphics 


800 by 400 high-res graphics under 


SOUND No WEST MIDLANDS 


wal and Q data limited | 


is alive and well and supported at 
ROBOX de 
The Black Country's specialist in micro- 


«computing. Full range of ACT Apricots 
and IBM personal computers. 
The Limes, High Holborn, Sedgley, 
West Midlands. 
Tel: Sedgley (09073) 62331 


Notes. The Apricot xi is a development of the award- 
winning Apricot, and replaces one of the latter's disk drives 
with an integral hard disk, providing vastly increased storage 
with faster access. Memory may be expanded in 128K 
increments to a maximum of 768K. The languages and 
operating systems mentioned above come bundled (except 
for Concurrent CP/M) and four software tools are also 
bundled, including an asynchronous package for use with 
the optional modem card. 


(Office Equipment) Ltd, 


The Scottish Computer Centre 
Anderson Centre, Glasgow 
041-221 8413/4 
34 Queen Street, Edinburgh 
031-225 3871 


6353/8 MICRODEALER 


Notes: The Commodore 64 is a 

popular micro with a great deal of The Commodore 715B is the top 
games software available. There is model in the 700 range of business 
also some business software machines. 

available. 
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NASCOM 3 


TO FILL THIS SPACE 
PHONE CAROLINE 
ON 01-437-0699 


CPU 2 MHZ Z80 


MEMORY 8K or 32K inbuilt RAM tse i 40 or 80 column 25-line 
(expandable to 60K) display 
LANGUAGE Full Microsoft BASIC SE seS Bae (aseraho8 Graphice 


with 8 foreground and 8 
background colours (400 
x 256 pixels) Double 


MASS STORAGE Single or twin 5.25” disc 
drives 350K capacity per 


drive density graphics with 2 
colours (800 x 256 pixels) 
Os NAS-DOS or CP/M 2.2 
KEYBOARD Full size QWERTY SOUND No 
INTERFACES RS232 and 16-bit parallel 


SHARP hl DE a 


SHARP MZ-3541 


CPU Z80A (two), 80C49 

MEMORY 128K RAM, 8K ROM 

LANGUAGE Sharp BASIC 

MASS STORAGE  Twinintegral 514’ floppy disk drives, 
total capacity 1.28 Mb 


Notes: The Sharp MZ-3541 is aimed at 
the businessman. RAM is expandableto 


256K, while two disk drives may be 
added externally to complement the LONDON 


integral pair. Colour is only possible 


SHARPSOFT LTD. 


KEYBOARD QWERTY, cursor, numeric pad, with the optional graphics expansion 
function keys RAM. One Z80 handles the main CPU Specialists in all Sharp 
INTERFACES RS-232C, Centronics, interface for activities while the other handles software and hardware. 
extra external floppy disks peripheral activities. The third ; 
DISPLAY Monochrome monitor, colour processor handles the keyboard. The idee tiene Ga ee 
optional availability of CP/M means a ready MOB OUE HELE 
GRAPHICS 80 by 25 text, 640 by 400 high- supply of business software. 
resolution graphics 
SOUND Single channel 


LUMPUTAMART 


AT A GLANCE...AT A GLANCE...AT A GLANCE...AT A GLANCE...AT A GLANCE...AT A GLANCE... 


TYNE AND WEAR 


HCCS associates 
533 Durham Rd., Low Fell, 
Gateshead. Tel. Newcastle 821924. 
Open: 6 days 9am-5.30pm (Sat 
10am-5.30pm). Specialists in: Acorn, 
BBC, Video Genie, VIC 20. 


24 Gloucester Road, Brighton. 


Tel: 0273-698424. 
Open: Mon-Fri 10am-5.30pm, 
Sat 9am-5.30pm. 


Computer 
dunk Shop 


We Buy, Sell, Break Computers & Peripherals. 
10 Waterloo Rd, Widnes, Halton. Tel: 051 420 4590 


LONDON 


LEABUS 


legal and busines software 
Specialists in wordprocessing systems (multi- 
lingual wordprocessors etc) based on the Apricot 
Computers. 
Open 9am-6pm. Telephoe anytime. 
114 Brandon Street, London SE17 1AL. 
Telephone: 01 708 2756. 


TO ADVERTISE 
IN 
COMPUTAMART 
RING 
CAROLINE 
ON 
01 437 0699 


' MIDDLESEX : 


SCREENS MICROCOMPUTERS 
6 Main Ave., Moor Park, Northwood, Middx. 
Tel: Northwood (09274) 20664 
Telex: 923574 ALACOL G. 

Official Dealers for: Acorn, Atari, Amstrad, 
Apricot, Commodore, Dragon, Einstein, Memo- 
tech, Oric, Psion, Sirius, Sanyo & Sinclair. 

Open 6 days per week 


SOUTH LONDON 


CROYDON COMPUTER CENTRE 


Authorised Acorn Service Centre 


29a Brigstock Rd., Thornton Heath, 

Surrey. Tel: 01 - 689 1280 

BBC, Acorn, Electron, Genie, Oric, 

Kaga Microvitek Zenith Monitors. 
S_OK! - 80, 82A + 84 Printers. Paper, 


Ribbons, Software etc. BUY-HIRE. 


Lineage: 40p per word. 
Semi display: £9.00 per single column centimetre 


Ring for information on series bookings/discounts. 


COMPUTING TODAY 
01-437 0699 


Send your requirements to: 
CAROLINE FAULKNER 


All advertisements in this section must be prepaid. 


Advertisements are accepted subject to the terms and conditions 


printed on the advertisement rate card (available on request). 


TURBO PASCAL 
Extended Pascal for PC DOS, MS DOS, 
CP/M£86 and CP/M-80, includes full 
screen editor, floating point arithmetic, full 
string handling feature, random access 
data files, complies faster than IBM or MT 
+ Pascal, requires less than 35K of disk 
space, 250 page manual and FREE spread- 


sheet program written in Turbo Pascal 
“*ONLY £54.95°* 
Allprices fully inclusive for prepaid orders. 
CONGUIN SOFTWARE, 
14 GOODWOOD CLOSE, MORDEN, 
SURREY SM4 5AW. 


No callers please = Phone 0524 381423 


3M—TDK—BASF 


SS DD 40T 14.64 
DS DD 40T 19.99 
SS DD 80T 21.25 
DS DD 80T 25.25 
All Prices Box 10 And Include VAT & P+P. 
Send cheque stating: 
Qty, Brand and Type to: 


CAROUSEL TAPES 


“Disks”, 3 Park Parade, 
Stonehouse, Glos GL10 2DB. 


ASP LTD, 1 GOLDEN SQUARE, 
LONDON W1. 


HOME COMPUTER REPAIRS 
Look at our fantastic prices on repairs! 
CB £27.50 


VIC 20 
COMMODORE 64 
DRAGON 
ORIC/ATMOS 
ZX SPECTRUM 
ZX INTERFACE 
ZX MICRODRIVE 
PLUS OTHERS! 

The above prices are inclusive of parts, 
labour, P&P. All repairs carry 6 months 
warranty on replaced parts. Extended 
warranties, peripheral repairs, 
upgrades etc. etc. All available. Ring 

for full details (0234) 213645 


RARE BLACK BOX 64K 2 x 720K 
discs. C/PM in Basic - Cobol 
Wordstar, Epson MX, 132 column 
printer £650 o.n.o. Tel: 03827 
69297. 


TO FILL 


Tel: 0453-82-2151 


ZEDEM COMPUTER LTD 
2 Kimbolton Rd, Bedford. 


THIS 
SPACE 
e RING 
DISK STORAGE BOXES 01 437 0699 


Anti-static lockable with smoked 

glass cover, 2 sizes available:— 

to store 70 disks £17.95 

to store 100 disks £19.95 
ED 40, B1, Thornhill, 


North Weald, Epping, 
Essex CM16 60W 


COLOUR GENIE owners quiz 
game £2.99 coming soon — Quiz 
Master £4.99, Fires of Mordor, 41 
Pexwood Rd, Tormorden, Lancs. 


BURGLAR ALARM Equipment. 
Please visit our 2,000 sq. ft. 
showrooms or write or phone for 
your free catalogue. CWAS Ltd., 
100 Rooley Avenue, Bradford BD6 
1DB. Telephone: (0274) 731532. 


COMPUTING TODAY. 
CLASSIFIED ADVERTISEMENT — ORDER FORM 


If you have something to sell now’s your chance! Don’t turn the page — turn to us! 

Rates of charge: 40p per word per issue (minimum of 15 words) +15% VAT. Please state 

Classification and post to: COMPUTING TODAY, CLASSIFIED DEPT., 1 GOLDEN 
SQUARE, LONDON W1. 


Please use BLOCK CAPITALS and include post codes. 
Name (Mr/Mrs/MIiss/MS8) .............::00cceseeseeeneeeneeeeeeeeeeeeeenes | 


(delete accoraingly) | 
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| 
| 
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| 
| 
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| 
| 
| 
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CTT CU Boscuascaanecancccccccdisuanus sosseunacticuods Date ..c sec. csv. | 
Daytime Tel. NO. .........0:-.0ccccsteessscccceerevessrrnseesessteavesssones 


Please place my advert in COMPUTING TODAY for........ issues Commencing as soon as possible. 


Compilers like these don't grow on 


Oxford Pascal is Fast 

Oxford Pascal compiles down to FAST 
COMPACT P-code, giving you the real speed 
and power of Pascal, together with the ability 
to compile very large programs. 


Oxford Pascal is Standard 

Oxford Pascal is a full extended implementation 
of Standard Pascal. This means that you can 
compile any Pascal program (subject to size), 
written on any computer, anywhere. 


Oxford Pascal is Compact 

Because it compiles into P-code, Oxford Pascal 
reduces programs into the most compact form 
possible. In fact it allows you to pack more code 
into your BEEB than any other language, and 
should your programs become too large, you 
can still use the CHAIN command to overlay 


limitless additional programs without losing data. 


Graphics & Sound Extensions 

In addition to the entire Pascal language, Oxford 
Pascal features a whole range of Graphics (all 
modes) and sound extensions designed to make 
maximum use of the BBC Computer. Oxford 
Pascal also provides numerous extensions such 
as hexadecimal arithmetic and bit manipulation 
instructions. 


Oxford Pascal in Education 

In Education, Oxford Pascal is fast becoming a 
de facto standard. It is already the most popular 
Pascal on the Commodore 64, and will soon be 
released for the Spectrum and the Amstrad. In 
fact, Oxford Pascal will soon be available for 90% 
of the computers installed in the U.K., and is 
already available in German, French, Swedish, 
and American versions. Students and teachers 
allke find that it makes sense to use a standard 
Implementation of Pascal across the whole 
range of educational micros. Call us for details 
of our generous educational discounts. 


Manual 
Both these compilers come with a manual 


which has been carefully designed, not only 
as a quick reference guide, but also as a full 


FULL DISC 
TObisc 
COMPILATION | 


tutorial for those new to Pascal. 


Resident and Disc Compiler 
Oxford Pascal comes in two forms: 


For Tape Users...Oxford Resident Pascal. 
Acompiler located largely in ROM which is 
available at any time. Programs can be written 
and compiled on the spot without disc or 
tape access, and compilation is fast enough to 
make using the compiler much like using the 
BASIC interpreter. Thus, learning Pascal is a 
simple interactive process. Some 15K of 
memory is available for user programs, the 
remainder being reserved for compiled 
object code. 


For Disc Users...Oxford Disc Pascal offers all 
the above PLUS...a full disc compiler which is 
capable of using the WHOLE memory for 
Pascal object code, it is supplied witha 
powerful LINKER, allowing you to break 
large programming tasks down into 
prearately compilable, easily- manageable 
iles. 


Friendly Error Messages 


Many compilers produce little more than an 
error and line number to help correct 
mistakes in Pascal programs. Oxford Pascal 
however, gives you one of 49 friendly and 
informative error messages. Messages 
which not only indicate the reason for an 
error, but also print out the line in question 
with a pointer to the exact position where 
the error was detected. 

Run-time errors are reported using line- 
numbers from the original source-program, 
with a full explanation of how the error 
occurred. 


Powerful Editor 


With Oxford Pascal there is no need for you to 
learn how to use a new Editor. Pascal programs 
can be entered in exactly the same way as BASIC 
programs, without the need to learn any new 
commands. When you are used to using Pascal, 
you will find our extensions to the Standard 


FRIENDEYERROR 
REPORTING 


Systems E 
Se 


Editor even more useful. What is more, Oxford 
Pascal allows you to mix BASIC and Pascal 
together, in much the same way that you can 
mix BASIC and assembler. In fact you can, if 
required, mix all three together...BASIC, Pascal 
and assembler...in one program. 


Stand Alone Code 


Unlike other compilers, Oxford Disc Pascal 
allows you to compile on the BBC and then 
relocate your program so that it will run on any 
BBC. The relocated program will run without a 
Pascal ROM and can be loaded and run from 
tape or disc just like any other program. 


This means that you can distribute or sell your 
software freely and without the need for ROMs, 
to run either of the above machines. 


Price/availability matrix 
SPECTRUM 


Available 
July 1st 
1985 


DISC 
CASSETTE 


£49.95 
£22.95 


All prices are inclusive of VAT 
Please add £2,00 for postage 
and packing, 


Oxford Compilers — The Future 
During the next year, we at Oxford will be 
releasing a series of language implementations 
such as C, and Modular 2, for the BBC, 


and other popular micros. ger 
These compilers are being built, using oe sh 
the most modern techniques in oes 
automated compiler construction, PA ss 
and will bring to the y ‘ 


micro-user, a level of 
robustness and efficiency, 
only now becoming 
available to mini and 


mainframe users. & 
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ELEPHANT printer ribbons, head cleaning disks and computer cleaning kits are now added to 
the ELEPHANT family to provide you with a total computer supplies package. Together with 
ELEPHANT MEMORY SYSTEMS disks — certified 100% error free and problem free and 
guaranteed to meet or exceed every industry standard — ELEPHANT is now more than ever the 
trusted brand that gives you the best from your computer. 


Co | 
Dennison Manufacturing Co. Ltd. 


_ Colonial Way, Watford, Herts WD2 4JY, Tel: Watford (0923) 41244, Telex: 923321 


* France: Soroclas’, 45, rue de l'Est - 92100, Boulogne. 
Tel. Réseau de Distribution: 605.98.99, Administration des Ventes: 605.70.78, Telex: EMS 206 436 F 


Germany: Marcom Computerzubehor GmbH, Podbielskistr, 321, 3000 Hannover 51, Tel: (0511) 647420, Telex: 925818 t 
Italy: King Mec SPA, Via Regio Parco 108 BIS, 10036 Settimo, Torinese, Tel: (011) 800.93.93, Telex: 211467 KIN MEC-I 
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Other Countries: Dennison In tional Company, 4006 Erkrath 1, Matthias-Claudius-Strasse 9, Telex: 858 6600 


